本次查询：PR总结
中文解释：拉取请求总结
常见场景：代码审查与协作
一句话解释
PR总结就是借助AI自动把代码的增删改描述成一段清晰易懂的文字，让团队成员不点开代码也能知道这次提交做了什么、为什么做。
为什么会被关注
在多人协作的Git工作流中，每个Pull Request都需要撰写详细的描述，但很多开发者因为时间紧张或者语言习惯差异，经常写得过于简略或模糊。AI自动生成总结可以大幅降低沟通成本，同时确保每个PR都具备基本的上下文信息。
随着代码审查工具与AI能力的结合，团队不再依赖个人经验来判断变更是否安全，而是通过结构化的总结快速定位风险点。这直接提升了代码合并的效率和代码库的可维护性。
核心逻辑
AI模型会先提取Pull Request中的差异文件、新增/删除的行数、修改的函数或类，然后结合提交信息、分支名以及最近的代码库知识，生成一段自然语言描述。核心思路是“差异化摘要”：只关注变更部分，不重复已有注释。
为了提升准确率，现代的PR总结工具还会让开发者补充“为什么改”的意图，或者让模型根据相似的历史PR学习团队偏好的描述风格。输出通常包括：变更概览、影响范围、测试建议、相关Issue链接。
常见场景
注意：这里body应该是数组，每段单独。上面我用了两个body段落，但JSON中body是数组元素。实际输出时应该将两个段落作为两个数组元素。已修正。
容易混淆的点
PR总结不等于“代码注释”，它关注的是变更的整体目的而非每行代码的解释。也不等于“提交信息”，提交信息通常很简短，而PR总结需要更丰富的上下文。
另一个混淆点是“自动生成文档”，PR总结只针对当前变更，不替代API文档或设计文档。它本质是协作过程中的快速信息摘要，并非长期持有的技术文档。