收集
将 GitHub 线程和本地 AI 发现放入同一个 PR 会话。
“完成”的问题
AI 可以发现问题。
交付需要证明修复。
评审解决不是勾选框，而是一条决策链：改了什么、为什么安全、哪个版本经过测试，以及最终状态是否仍然成立。
一条确定性闭环
从反馈
到最终证据。
分类
区分待处理问题、过期上下文和需要验证的发现。
验证
将证据绑定到确切的 commit、文件和验证命令。
门禁
在宣布 PR 完成前，获取新鲜且机器可读的完成信号。
适配你的交付方式
一个工作流。
三个明确收益。
减少评审积压，不丢失上下文。
让 GitHub 对话保持有用，并让每一次解决都能被下一位评审者理解。
让“完成”拥有机器可读契约。
Agent 专注于推理，运行时负责状态、副作用、证据和完成语义。
不再复用错误版本的证明。
下层变更后刷新证据，避免级联 rebase 静默破坏门禁。
终端 / 01 · Runtime
$ uv tool install gh-address-cr终端 / 02 · Skill
$ npx skills add
github.com/RbBtSn0w/gh-address-cr
--skill skill完成后运行 gh-address-cr agent manifest 验证安装。
常见问题
为真实的
PR 工作流而建。
gh-address-cr 会执行 AI 代码评审吗？
不会。它负责评审解决和完成门禁。你选择的评审生产器或编程 Agent 提供发现，gh-address-cr 负责跟踪、验证、回复、解决和门禁。
PR 发生变化时会怎样？
验证证据绑定当前 commit 和变更文件。新的 head revision 或 Stack 拓扑变化会使旧证据失效，必须刷新后才能继续。
只能和 GitHub Copilot 一起使用吗？
不能。它的本地优先 CLI 和结构化 Agent 协议也适用于 Codex、Claude 及其他兼容 Agent。
让“完成”真正有意义