跳至主要內容

AI 编程审查发布后观察清单

AI 编程审查发布后观察清单

样本征集短帖发出后，不要把“有没有人点赞”当成结论。发布后的 48 小时要做的是判断：这个 hook 是否带来了真实开发者的证据、问题原话和下一步授权。

使用场景

当你已经按 或 发出短帖、社群消息、README CTA 后，用本清单收集反馈。它不是内容复盘表，而是收入实验的证据表：每一条记录都要能支持 Continue / Narrow / Stop。

观察节奏

时间点只记录什么不急着做什么
发布后 0-2 小时发布位置、hook、原始链接、首批真实回复原话不改 offer，不追着点赞解释成需求
发布后 24 小时具体痛点回复、是否有人愿意给样本、需要补问的问题不因为单个模糊回复就扩成完整咨询
发布后 48 小时样本质量、授权边界、下一步是否能进入首份报告不把没有证据的互动写成真实案例

发布后 24 小时最小记录包

到 24 小时时，不需要写长复盘，只需要补齐一条能决定下一步的记录。每条候选回复先保留痛点原话和授权边界，再按同一套 5 项最小证据字段写，缺项就标 Missing，不要用主观热度替代证据。

Pain quote: 对方的原话；没有具体问题就写 Missing
Command status: 实际命令、exit code、CI 结论或 Missing
Workspace status: git status / PR diff / 文件范围 / dirty 边界或 Missing
Risk summary: 对方认为最危险的失败、回滚点或 reviewer 疑问
Agent claim: agent 声称完成、验证、修复或部署了什么
Change scope: 涉及的文件、功能、服务、prompt、配置或 Unknown
Boundary: 可公开、需匿名、不能公开、未确认
Next evidence needed: 下一条要补的命令、日志、文件范围或授权确认
Decision: Continue / Narrow / Stop + 一句话理由

判断顺序固定为：先看 Pain quote 是否具体，再看 5 项证据字段里是否至少有可复核的 Command status 或 Workspace status，再看 Boundary 是否允许继续。只有痛点、证据和边界都过关，才进入 Continue；只有痛点具体但 5 项字段不足，进入 Narrow；痛点、证据和边界都缺或只剩点赞收藏，进入 Stop。

如果第一条真实回复介于“有痛点”和“证据不足”之间，先照 写成 Narrow：不要急着交付完整报告，只回复下一条安全命令和 Next evidence needed。

观察表

字段填写要求示例
发布位置渠道 + 链接或可回溯位置开发者社群 / 2026-07-01 thread
Hook原文标题或第一句话你的 coding agent 真正缺的不是提示词，而是下一条安全命令
具体痛点原话复制对方的原话，必要时脱敏AI 改完后 CI 挂了，但没人知道该先回滚哪块
Command status实际命令、exit code、CI 结论；没有就写 Missingpnpm test exit 1，3 个 snapshot 失败
Workspace statusgit status、PR diff、文件范围、dirty 边界；没有就写 Missing2 files changed in auth/
Risk summary对方眼里最危险的失败、回滚点或 reviewer 疑问不知道该先回滚 prompt 还是 API wrapper
Agent claimagent 声称完成、验证、修复或部署了什么final report 写 all tests passed
Change scope涉及的文件、功能、服务、prompt、配置或 Unknownauth callback + session middleware
公开边界是否允许匿名复盘、哪些内容必须排除可匿名；不能出现客户名和仓库路径
下一步Continue、Narrow 或 StopNarrow 到下一条安全命令梯
Next evidence needed下一条必须补的最小材料先补 Command status：命令、exit code、失败片段

判断规则

  • Continue：对方愿意提供 5 项字段中的足够证据（通常至少有 Command status、Workspace status、Agent claim 中的两项），并接受只读审查、匿名边界和 Next evidence needed。
  • Narrow：对方只有一个具体片段，足以判断一个单点问题，但不足以支持完整报告；下一步缩小到 5 项字段里最缺的一项，例如一条命令、一个文件范围或一段 handoff。
  • Stop：只有点赞、转发、泛泛认可，或者需要生产权限、密钥、完整私有仓库、未经授权数据才能判断。

回复分流模板

Continue

这个样本足够做一次只读首份报告。下一步我会只看你提供的证据，输出：Fact / Inference / Unverified、下一条安全命令、Next evidence needed，以及 Continue / Narrow / Stop。

请最后确认两点：
1. 哪些内容可以匿名复盘？
2. 哪些客户名、仓库名、路径、截图或日志必须排除？

Narrow

这条信息能判断一个单点，但还不足以做完整审查。我们先缩小到一个问题：下一条最安全命令是什么。

请先只补一个最小证据字段：Command status（命令、exit code、失败片段）。如果暂时没有命令输出，就补 Workspace status（相关文件范围或 PR diff 摘要）。

Stop

目前还不能做公开案例或审查报告，因为缺少可复核证据 / 授权边界不清 / 涉及敏感数据。先不要发我生产权限、密钥或完整私有仓库。

如果要继续，请改用脱敏摘要，并只补 5 项字段中的最小一项：Command status、Workspace status、Risk summary、Agent claim 或 Change scope。

与后续文档衔接

  • 能 Continue：进入 。
  • 只能 Narrow：先用 做单点交付。
  • 不会写第一条观察：复制 ，把痛点原话、5 项证据字段、公开边界和 Next evidence needed 替换成真实信息。
  • 要公开复盘：先过 和 evidence boundary checkpoint。
  • 要沉淀资产：回到 ，判断这次反馈适合写文章、模板、skill、书稿卡片还是服务 offer。

通过 / 失败标准

Pass means：48 小时内至少出现 1 条可复核痛点原话，且能明确下一步是 Continue 或 Narrow。

Fail means：只有曝光、点赞、收藏，没有具体样本、5 项证据字段或授权边界；下一轮不要扩写内容，先重写 hook 或换渠道。

Copyright © 2026 naijoug