新手需要快速了解仓库并按其文档答疑时，用两模式…

当新操作者第一次进入仓库，或带着关于本仓库的问题时，用 /quickstart 提供 30 秒介绍、引导首次运行或基于仓库文档作答。

适用场景

解决思路

1. 该技能入口是 `/quickstart`，参数提示为 `[question]`（留空 = 30 秒介绍）；可用工具为 `Read`、`Glob`、`Grep`、`Task`、`AskUserQuestion`。
2. 根据 `$ARGUMENTS` 是否为空选择模式：为空进入 Intro mode；非空进入 Help mode，并将 `$ARGUMENTS` 视为操作者的问题。
3. Intro mode 保持简短、略带温度；这是新操作者第一眼看到的内容。
4. Intro mode 按大意说欢迎语：介绍本仓库用 Claude Code skills 和自主 pipeline 从发现首个漏洞到规模化修补；说明两条入口：交互式 skills（无需设置、安全、先从这里开始）和自主 pipeline（Docker、可扩展到数百个并行 agent）。
5. 给出 ramp-up 表：Day 1 威胁建模 + 首次静态扫描 + 分类；Day 2 运行参考 pipeline（C/C++）；Day 3-4 为你的技术栈定制；Week 2 自主扫描、分类、修补。Day-1 目标：对内置 canary target 做威胁建模、扫描和分类；多数团队午饭前完成。
6. 提醒导出 `export CLAUDE_CODE_SUBAGENT_MODEL=<model-id>`，让 subagent 与 session 使用同一模型。
7. 用 AskUserQuestion 提供三个选项：1) “Walk me through Day 1 on the canary (~10 min)” → 执行下方 Guided first run；2) “I have a question” → 询问问题后切到 Help mode；3) “I'll read the README” → 指向 `README.md` Step 1 并停止。
8. Guided first run：在 `targets/canary` 上运行三个 Step-1 skills，每步后暂停并展示落盘产物；这些只读写仓库内文件，不需要 sandbox。
9. Guided first run 步骤 1：通过 Task 执行 `/threat-model bootstrap targets/canary`；完成后打开 `THREAT_MODEL.md`，展示 focus areas，并用 2-3 句话解释它如何指导扫描。
10. Guided first run 步骤 2：通过 Task 执行 `/vuln-scan targets/canary`；完成后打开 `targets/canary/VULN-FINDINGS.md`，总结数量与 top 2-3 findings，并指向 `VULN-FINDINGS.json`。
11. Guided first run 步骤 3：通过 Task 执行 `/triage targets/canary/VULN-FINDINGS.json`；完成后打开 `TRIAGE.md`，解释与原始 findings 相比发生了什么变化（verified、deduped、re-ranked）。
12. 每步之间用 AskUserQuestion 暂停等待操作者；不要一口气跑完。
13. 结束时用一句话回顾磁盘上的三个产物，然后指向 README Step 2 的 execution-verified pipeline。
14. 在 Guided first run 中绝不运行 `vuln-pipeline` 或任何执行目标代码的东西；那是 Step 2，需要 Docker + sandbox。
15. Help mode：使用本仓库作为 ground truth 来回答操作者的问题，来源包括 `README`、`docs/*.md`、`harness/*.py`、`dnr_harness/*.py`、`targets/*/config.yaml`、`.claude/skills/*`。
16. 当仓库有具体答案时，不要凭通用知识回答。
17. 若问题关于运行 pipeline：先读 `docs/pipeline.md`、README Step 2；然后提供 `recon` / `run` 命令。
18. 若问题关于 findings 太多、triage：先读 `docs/triage.md`；然后提供 `/triage <path>`。
19. 若问题关于移植、Java/Go/Rust 等：先读 `docs/customizing.md`、README Step 3；然后提供 `/customize`。
20. 若问题关于安全、sandbox、Docker：先读 `docs/security.md`；然后引用来源，不提供动作。
21. 若问题关于 rate limits、429、token budget：先读 `docs/pipeline.md` 的 Rate limits、`docs/troubleshooting.md#rate-limits`；然后引用具体数字。
22. 若问题关于重复、dedup：先读 `docs/troubleshooting.md#duplicate-findings`；然后提示 `known_bugs:`。
23. 若问题关于 CLI flags、“--X 做什么”：先读 `harness/cli.py`（grep 其中的 argparse）；然后给出精确 flag + 示例。
24. 若问题关于用哪个模型、subagent pinning：先读 `docs/troubleshooting.md` 的 Subagents；然后给出 `export` 行。
25. 若问题关于 best practices、prompting：先读 `docs/best-practices.md`、`docs/prompting.md`；然后引用原则。
26. 若问题关于 threat model、attack surface、scope：先读 `docs/threat-model.md`；然后提供 `/threat-model bootstrap <target-dir>`。
27. 若问题关于 scan、audit、find vulns：先读 `.claude/skills/vuln-scan/SKILL.md`；然后提供 `/vuln-scan <target-dir>`。
28. 若问题关于 “how do I start”：先读 README Step 1；然后提供 Guided first run。
29. 若问题关于 patching、fix、diff、re-attack：先读 `docs/patching.md`、README Step 4；然后提供 `/patch <input>`。
30. 若问题关于 threat hunting、incident response、logs：先读 `docs/detection-response.md`；然后提供 `/dnr-hunt` 或 `/dnr-respond`。
31. 若问题关于 autonomous D&R、dnrcanary：先读 `docs/detection-response.md`、`targets/dnrcanary/README.md`；然后提供 `dnr-pipeline run` 命令。
32. 若问题关于 binary、embedded、other domains：先读 `docs/other-use-cases.md`；然后引用对应章节。
33. 若问题属于其他任何内容：先读 README Table of contents；然后匹配最合适的文档。
34. Help mode 回答格式：先给 2-5 句话的直接答案。
35. 然后给出 `> source:`，列出使用的文件与章节。
36. 然后给出 Next action：一个可复制粘贴的命令或 skill 调用（若适用）；若不适用，明说没有。
37. 若问题有歧义，只问一个澄清问题；不要猜。
38. 约束：绝不编造 CLI flags 或文件路径；不确定时，在 `harness/cli.py` 或 target configs 中 `Grep` 并引用找到的内容。
39. 若仓库无法回答该问题，直说，并建议操作者在本仓库开 GitHub issue。
40. Help mode 的 Q&A 保持干巴巴且有引用；把温度留给 Intro mode。

适用边界 · 注意事项

• 用户不在该仓库或 Claude Code skills 环境中，或问题需要仓库外、实时信息时，不要把这个技能当作事实来源。
• 不想或不能使用 Task、AskUserQuestion 等 Claude Code 交互能力时，不适合按此流程引导首次运行。
• 需要执行目标代码、跑完整漏洞 pipeline 或需要 Docker + sandbox 时，不要用 Guided first run；应转到 README Step 2。