让 LLM 结合 Jira 要求审查每个 PR

团队在已有测试和 UAT 上加入 LLM 架构测试、文档与 PR 审查,Agent 会从相关 Jira 票据补齐验收上下文。作者称合并 PR 数量增至三倍、问题减少,但 QA 仍会发现规划层错误。
实战评级
已达成作者称合并PR数量增至三倍且问题数量下降。
无法把一天合并时间完全归因于LLM,QA仍发现规划错误。
- 具体怎么做
- 流水线原本已有 given/when/then 验收条件、lint、静态分析、自动测试、QA 和 UAT。团队再加入静态及 LLM 架构测试、LLM 生成产品文档和 PR 审查;审查 Agent 会寻找相关 Jira 票据补充缺失要求,开发者逐条判断建议。
- 做到了什么
- 上线约两个月后,作者称合并 PR 数量变为三倍且问题在下降;约一天的合并时间不能确定由 LLM 带来。副作用是 QA 仍抓到规划错误、团队产品知识变弱、PR 变大,模型还会反复建议当前业务规则不需要的锁。
- 上手要点
- 不要用 LLM 审查替代验收条件与人工判断;把票据链接和架构边界作为明确输入。
你可以这样试
使用 GitHub Copilot为仓库【名称】设计每个 PR 的自动审查流程。读取 diff、现有测试、架构规则和关联的【Jira/issue】验收条件,检查缺陷、遗漏测试、越层依赖和需求缺口;把建议分为阻塞、建议和不确定三类,并引用文件行与票据。先展示工作流文件,不要提交;对并发锁等建议说明触发依据。