天度 AI 实战库浏览全部案例 ↗

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

团队在已有测试和 UAT 上加入 LLM 架构测试、文档与 PR 审查,Agent 会从相关 Jira 票据补齐验收上下文。作者称合并 PR 数量增至三倍、问题减少,但 QA 仍会发现规划层错误。

使用工具GitHub Copilot

实战评级

已达成

作者称合并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】验收条件,检查缺陷、遗漏测试、越层依赖和需求缺口;把建议分为阻塞、建议和不确定三类,并引用文件行与票据。先展示工作流文件,不要提交;对并发锁等建议说明触发依据。