Defending Code：用 Claude 做漏洞发现与修补的参考实现

适合谁

这份材料面向要和 Claude 一起做自主漏洞发现与修补的人，尤其是已经在用 Claude Code、想先看一份参考实现的安全同学。它基于作者与若干组织安全团队合作的经验，对应页面是 https://www.anthropic.com/glasswing 仓库把自己定位成参考实现，而不是一套保证持续更新的产品。

交互侧提供 /quickstart、/threat-model、/vuln-scan、/triage、/patch、/customize，覆盖定向、扫描、研判和修补。若你的目标是先搞清范围、再决定是否对目标动手，应先走 /quickstart，而不是一上来跑会执行目标代码的自主路径。

它不适合当作仍在维护的官方产品：仓库写明不再维护、不接受贡献。也不适合在未准备隔离环境时直接跑 vuln-pipeline、dnr-pipeline 或对这类结果执行 /patch，因为这些路径会执行目标代码。

3 分钟完成第一次尝试

官方入口是：打开这个仓库，在 Claude Code 里运行 /quickstart 来熟悉方向。地址是 https://github.com/anthropics/defending-code-reference-harness 说明没有给出其它安装器或市场命令，不要自行补写。

前置条件：本机已能运行 Claude Code，并且你只是打开这份参考仓库做只读定向。安装位置就是把该仓库作为工作区打开，而不是另装一个全局包。打开后先确认能看到 /quickstart 等斜杠命令。

低风险第一次任务：只运行 /quickstart。这是交互式定向，用来弄清范围，而不是对外部系统发起扫描或修补。触发前不要改沙箱覆盖开关，也不要启动 vuln-pipeline 或 dnr-pipeline。成功信号是 Claude Code 给出定向说明，并且你能在命令列表里看到 /threat-model、/vuln-scan、/triage、/patch、/customize。

若定向结束后仍想做下一步，优先选可逆的 /threat-model 讨论范围，而不是 /patch。仓库没有写 /quickstart 会改哪些文件；在看到明确写入提示之前，不要批准任何文件修改。

使用案例

案例一：在 Claude Code 里做交互式定向与威胁建模。先 /quickstart 搞清材料怎么用，再按需使用 /threat-model 或 /vuln-scan。说明把这些命令概括为交互式定向、扫描、研判和修补，但没有逐步写出每个命令的参数。若命令未出现，应回到 https://github.com/anthropics/defending-code-reference-harness 确认仓库已作为工作区打开。

案例二：参考自主漏洞发现与修补路径。仓库点名 vuln-pipeline、dnr-pipeline，以及针对这类结果执行 /patch。这些路径会执行目标代码，因此默认拒绝在 gVisor 沙箱之外运行，除非你明确覆盖。这适合已经准备好隔离环境、要研究参考实现如何自动发现和修补的人。说明没有给出覆盖开关的具体命令，也没有保证结果可直接上线；未看到沙箱就绪前不要启动。

使用边界

维护状态：仓库不再维护，也不接受贡献，只能当参考。执行风险：vuln-pipeline、dnr-pipeline 和对这类结果做 /patch 会执行目标代码，默认要求 gVisor 沙箱。安装路径：官方只写了在 Claude Code 打开仓库并运行 /quickstart，没有记载的安装器不要使用。命令范围能核对到 /quickstart、/threat-model、/vuln-scan、/triage、/patch、/customize；其它操作不要自行编造。材料性质是参考实现，没有写它会持续适配所有代码语言或所有组织流程。