演示

演示目录。这些条目是为检验格式而写的,既不是一份完整清单,也没有获得任何机构认可;其中的复核日期都是示例记录。 这里的演示指什么

FM-09 已复核 · v1.1待复核

用只读的智能体做代码评审

只读的智能体给出带文件、行号和失败场景的问题;每条都由人核实后才发出。

最终产出

一份经过核实的问题清单,每条都有具体的失败场景,并附带持续统计的误报数。

难度
熟练
耗时
首次约 35 分钟
适用环境
  • 仓库中的编码智能体,完全支持
  • 对话助手,部分支持

这条技能适合你吗?

适用场景

  • 评审是瓶颈,你想要第二个读者。
  • 这次改动涉及你不太熟悉的代码。

不适用场景

  • diff 里有机密或客户数据。
  • 你打算不做核实就把问题发出去。

开始之前

  • 一个能以只读权限运行的智能体。
  • 用一两句话说明这个 PR 想做什么。

步骤

检查点没过,就不要往下走。

  1. 从只读开始

    把会话配置成能读文件和 diff,但不能编辑、提交或推送。

    检查点 一次试写操作被拒绝。

  2. 交代意图和风险区

    说明这次改动要达到什么目的,以及你对哪一部分不放心。

    检查点 提示里写明了意图和至少一个风险区。

  3. 要场景,不要意见

    每条问题都必须给出文件、行号、具体的输入或状态,以及错误的后果。

    检查点 没有失败场景的问题一律丢弃。

  4. 核实之后再发布

    自己复现或推演每一条问题,只发布你愿意为其背书的部分。

    检查点 每条发布出去的问题都附有你自己的确认说明。

  5. 统计误报

    每次评审都记录有多少条问题是错的。

    检查点 你清楚这个智能体在这个代码库上到底省不省时间。

可能出问题的地方

  • 安全 diff 里可能有误提交的凭据。分享之前先扫描一遍。
  • 对人的影响 发布评审的人要为内容和语气负责。

修订记录

演示记录,最新的在前。
版本日期变更
v1.1增加了误报计数。
v1.0首次发布。