FM-09 已复核 · v1.1待复核
用只读的智能体做代码评审
只读的智能体给出带文件、行号和失败场景的问题;每条都由人核实后才发出。
最终产出
一份经过核实的问题清单,每条都有具体的失败场景,并附带持续统计的误报数。
- 难度
- 熟练
- 耗时
- 首次约 35 分钟
- 适用环境
- 仓库中的编码智能体,完全支持
- 对话助手,部分支持
这条技能适合你吗?
适用场景
- 评审是瓶颈,你想要第二个读者。
- 这次改动涉及你不太熟悉的代码。
不适用场景
- diff 里有机密或客户数据。
- 你打算不做核实就把问题发出去。
开始之前
- 一个能以只读权限运行的智能体。
- 用一两句话说明这个 PR 想做什么。
步骤
检查点没过,就不要往下走。
-
从只读开始
把会话配置成能读文件和 diff,但不能编辑、提交或推送。
检查点 一次试写操作被拒绝。
-
交代意图和风险区
说明这次改动要达到什么目的,以及你对哪一部分不放心。
检查点 提示里写明了意图和至少一个风险区。
-
要场景,不要意见
每条问题都必须给出文件、行号、具体的输入或状态,以及错误的后果。
检查点 没有失败场景的问题一律丢弃。
-
核实之后再发布
自己复现或推演每一条问题,只发布你愿意为其背书的部分。
检查点 每条发布出去的问题都附有你自己的确认说明。
-
统计误报
每次评审都记录有多少条问题是错的。
检查点 你清楚这个智能体在这个代码库上到底省不省时间。
可能出问题的地方
- 安全 diff 里可能有误提交的凭据。分享之前先扫描一遍。
- 对人的影响 发布评审的人要为内容和语气负责。
修订记录
| 版本 | 日期 | 变更 |
|---|---|---|
| v1.1 | 增加了误报计数。 | |
| v1.0 | 首次发布。 |