AI 编程审查 Audit Result 填写样例
AI 编程审查 Audit Result 填写样例
这是一条脱敏样例,用来演示如何把“证据请求之后仍然证据不足”的线索写入 。它不是成交案例,也不是完整审查报告;它的目标是让下一轮在 Continue / Narrow / Stop 中明确处于 Narrow,只追一项最小证据。
样例背景
- 渠道:社群中有人提到“agent 说已经修好 lint,但 CI 还是红”。
- 已有材料:一段脱敏失败摘要、agent final reply 中“tests passed”的原话摘要、改动涉及前端组件的描述。
- 缺失材料:原始失败命令、exit code、CI job 链接或可复核日志片段。
- 公开边界:只能公开证据形状,不能公开仓库名、截图、私聊原文或完整路径。
单轮记录填写
Date: 2026-07-07
Channel: 私域社群回复;可再次触达,但不能公开对方身份。
Prompt / CTA sent: ai-coding-audit-sample-request.md 的短帖版本,要求一个 PR、一次失败命令、一段 agent log 或一份脱敏 final report。
Reply summary: 对方称 agent final reply 写了“lint/test passed”,但 CI lint job 仍失败;暂未提供原始命令和 exit code。
Input evidence: 脱敏失败摘要 + agent final reply 的结论摘要;没有原始命令、exit code、CI job 链接或 diff 范围。
Public boundary: 只能公开证据形状;不能公开仓库名、截图、私聊原文、完整路径或业务上下文。
Sensitive material removed: 仓库名、成员名、截图、路径前缀、业务模块名。
Deliverable: 只交付 Next evidence needed;不写最高风险、不写修复建议、不写公开案例。
Decision: Narrow
Next evidence needed: 请只补一条原始失败命令及其 exit code;如果有 CI job 链接,先确认可公开或脱敏后再发。
Follow-up action: 发送 ai-coding-audit-evidence-request-template.md 的 5 项请求,但本轮只强制第一项“原始命令和状态”。
Asset destination: docs/documents/trending/ai/ai-coding-audit-result-log-filled-example.md;暂不沉淀为 skills/skills/。为什么是 Narrow
| 判断点 | 当前证据 | 结论 |
|---|---|---|
| 是否有具体痛点 | 有,“agent 说过了但 CI 仍失败” | 可以继续收窄 |
| 是否有可复核命令 | 没有原始命令和 exit code | 不能进入首份报告 |
| 是否有公开边界 | 只能公开证据形状 | 不能写案例 |
| 是否能 30-60 分钟只读审查 | 证据不足 | 不能 Continue |
| 是否需要停止 | 对方仍可补一项证据 | 暂不 Stop |
Narrow 的核心原因:现在只能验证“存在一个不一致的说法”,还不能验证“agent 的哪一步验证断裂”。如果直接写审查结论,会把二手摘要包装成事实。
可直接发送的下一条请求
我先不需要完整仓库、截图或完整日志。为了判断这是不是一个可审查样本,请只补一项证据:
1. CI 或本地失败的原始命令;
2. 对应 exit code;
3. 如果命令输出里有私有路径或业务名,请先替换成 <redacted>。
拿到这项后,我再判断是否进入 30-60 分钟只读审查;如果仍不能提供,就把这条线索记为 Stop / Switch,不写公开案例。回到闭环的位置
- 上一步:按 请求 5 项材料。
- 当前步:写入 ,决策为
Narrow。 - 下一步:如果补到原始命令和 exit code,再进入 ;如果补不到,记录
Stop / Switch。
自检
- 没有本机绝对路径、客户名、仓库名、密钥、完整截图或未经授权原文;
Decision: Narrow能被缺失证据解释;Next evidence needed只要求一项最小证据;- 没有把这条样例写成成交、审查成功或公开案例;
- 只有同类样例重复出现后,才考虑沉淀到
books/...或skills/skills/...。