用途：对 GitHub issue 和 PR 做高置信度、证据优先的深度审查，目标不是泛泛总结，而是理解缺陷类别、尽量找到真实根因、在阅读足够代码后判断最佳修复，并评估更大范围重构是否值得。
主要能力：要求显式回答审查契约中的问题，包括引用编号与受影响面、被修复的行为、根因位置与证据、回归的引入来源、当前修复是否最佳、是否需要重构、已有证明（测试、复现、CI、文档、依赖源码）以及剩余风险。代码阅读需沿真实调用路径深入，从入口、校验解析、路由分发、归属模块、共享辅助到持久化或网络边界，并查看相关测试与依赖上游文档。
使用方式：用 gh 而非网页浏览获取 GitHub 信息，例如 gh issue view <n> --json ...、gh pr view <n> --json ...、gh pr diff <n> --patch。仓库内审查可配合 git status --short --branch、git fetch origin、git log --oneline --decorate -20、rg 搜索关键符号。PR 审查默认收集作者背景，非 Peter 作者需在评审顶部加入简短 Author context 块。溯源时可用 git log -S/-G、git blame 定位候选，但需用原始父提交与 diff 验证是否真正引入行为变化。
适用场景：缺陷与回归分析、PR 评审、判断修复质量、评估重构必要性、issue 复现与结论。
限制：不明确批准、评论、关闭、合并或推送，除非用户明确要求；无法复现或证据不足时应写 unknown 并说明缺失证据，不得凭提交信息、日期或作者推断；陈旧评论、旧 CI 与旧版本行为只能作为线索。