13 · Git/GitHub 深度集成

PR 审查员的日常运营

📚 《Codex 进阶玩法》第 13/20 篇 · 下一篇：14 · Slack / Linear 工作流

审查员不是配完就完，要运营（原教程 26 篇续）。

01 规则迭代

从误报漏报中学习：每周把"评论被无视/被点赞"的样本回流进评审清单——头两周的人工校正是必要投资，准确率停在 60% 的机器人会被弃用。

02 issue 分诊

新 issue 自动打标、查重、可行性初评。高危动作降级：疑似重复不自动关闭，只打"建议查重"标签——误杀一个真 issue 的代价大于放过十个重复的。

03 代码考古

"这段为什么这么写"让它读 blame 和历史 PR 给你讲——接手老项目的神器。

04 动手

上线 issue 自动分诊一周 → 验收：分诊准确率统计 + 规则迭代一轮。

05 小结

自动化岗位要有绩效考核（准确率）和培训机制（规则回流）。下一篇走出仓库。

📎 实战案例

issue 分诊规则一次写死不迭代，准确率停在 60% 被团队弃用。开发者把「被无视/被点赞」的样本每周回流进清单、把「疑似重复」降级为建议标签后，分诊才真正好用——头两周人工校正是必要投资。

踩坑

• 我的分诊规则一次写死不迭代，准确率停在六成被团队弃用——回流机制救活了它。
• 自动关闭"疑似重复"误杀了一个真 bug 报告——高危动作永远降级为建议。