Cloudflare 公布了一套从单仓库审计技能扩展而来的漏洞发现流程。这里的 harness 是围绕模型的执行框架：它保存任务、调用工具、安排验证，并在中断后接着运行。最初的技能让不同 Agent 负责了解架构、寻找攻击路径和尝试推翻发现；扩展到多个仓库后，真正增加的是状态保存、覆盖记录、去重与依赖追踪。
团队把每阶段写入 SQLite，以运行、仓库和阶段识别任务，发现一项便保存一项。覆盖账本记录代码区域与攻击类别，薄弱处产生新任务；如果一个可疑路径超出当前范围，就另建明确任务继续调查。缺少构建环境或虚拟机时，系统记录所需条件，等条件齐备再重跑，而不是让不完整的结果混进已验证队列。
验证分两层：固定程序检查文件、路径及报告结构，新的 Agent 再尝试推翻漏洞假设。团队要求已确认发现的复现测试针对未改动的原代码，随后由另一套系统去重、判断生产环境能否到达该路径，再准备修补。开源 security-audit-skill 是单仓库起点，并不等于公开了这套完整内部系统。
原文累计流程图显示，20799 条初始候选中约12057条通过第一轮验证；它们与另一套工具的输入汇合后，再经去重与适用性判断，留下7245条交给团队处理。不同节点的分母不同，不能据此计算真实漏洞召回率。作者明确没有全部真实漏洞的标签集，也说明这些数字来自隔离研究环境；图中数量不能解释为线上仍有同样多未修复漏洞。