Cloudflare把漏洞挖掘拆成六个阶段：审计技能开源，猎手、验证者与记录各自独立
核心概要
Cloudflare公开了一个编码智能体技能，把安全审计拆成侦察、覆盖驱动的漏洞搜寻、候选验证、结构化输出、独立记录核验和目标无关报告六个阶段。它源自Cloudflare漏洞挖掘框架的起点，要求验证者与发现者不是同一个智能体，并把结论分为已确认、待验证和已否决三类。多次运行同一仓库时结果累加，用旧账本定位缺口并复核变更过的源码。
深度剖析
安全审计不再由单个智能体一次性给出结论，而是被拆成六个有先后顺序的阶段，每个阶段留下可检查的记录。 此前的做法没有把侦察、搜寻、验证和报告分开，也没有把覆盖范围写成可核对的账本。 侦察阶段把架构、信任边界、输入面和确定性覆盖写入架构文档与覆盖账本，后续猎手按账本单元分派。
每个候选漏洞都交给一个全新的验证者去尝试推翻，而不是由发现它的智能体自己确认。 同一智能体既找又验时，确认与自我复核混在一起。 已确认记录要求完整的源码追溯和有边界的观测结果，待验证记录只保留一个确切未决事实且不带严重度，已否决记录对应被推翻的候选。
报告由核验后的记录和覆盖账本推导出来，而不是另写一份叙述。 报告与底层记录之间原本没有强制对应关系。 父进程在账本创建后及每次更新后运行覆盖账本校验器，在第四阶段及每次第五阶段替换后运行发现校验器。
启示与展望
这套流程面向在目标代码库中工作的编码智能体，需要支持工具调用和并行子智能体的模型，以及运行零依赖校验器的 Node.js。执行目标代码中的构建、测试、浏览器、模拟器和模糊测试需要操作系统级沙箱，关闭外部网络、使用净化后的白名单环境、限制资源并只允许写入分配的临时路径；缺少这些控制时，流程把线索保留为待验证而不执行目标代码。直接针对代码库的审计或渗透测试请求进入完整审计模式，安全提问和聚焦漏洞的工作进入指导模式，除非明确要求报告产物。
来源只说明该技能是Cloudflare漏洞挖掘框架演化前的单仓库起点，未给出该框架后续阶段的细节。流程只确认已确立的边界失效，有源码依据但被阻断的线索保留为待验证并附确切未决事实；纵深防御缺口不算漏洞。严重度要求影响，按可能性乘影响评估，而不是按清单偏离程度。