用途：把目标编译为提示词，流程与 nuke-spec 类似——先需求、再结构、后对抗验证，推荐随后用 nuke-eval 评估结果。用于“nuke prompt”“写一个系统提示词”“加固该提示词”“智能体不遵守指令”等场景。
参数：[mode] 为 light（默认）| full | plan（仅预检、打印、停止）；<goal> 为目标文本或待加固的现有提示词路径；--ask 在预检计划处暂停确认，默认不设门禁（计划打印后直接执行），歧义始终触发提问。
模式差异：light 为需求提炼器+提示词架构师均在 session，Breakers 为 2 个 worker、修复循环上限 2；full 架构师在 top、Breakers 为 3 个 session、循环上限 3，倾向不计成本。
要求：歧义必须先提澄清问题（目标模型/平台、输入多样性、输出消费者、失败成本），最多 5 个，不得编造需求；每条需求必须可测试，不可测试的改写或列为非目标；Breaker 波次不可跳过；只在 .nuke/ 和用户指定目标文件写入，不执行 git add/commit/stash；按目标模型查阅其当前提示词指南。
产物：run_dir = .nuke/<YYYY-MM-DD>-<HHmmss>-prompt-<slug>/，含 plan.md、prompt.md、breaks.md；重名追加 -2、-3。
流水线：Phase 0 预检（澄清→计划→应用）→ Phase 1 需求 → Phase 2 起草 → Phase 3 breaker 波次⇄修复（上限 2/3）→ Phase 4 交接（停止）。Breaker 立场含注入、冲突、边缘输入，按家族 schema 报告，无模型访问时仅做对抗性阅读并标注预测。
限制：资料未提供价格、平台支持范围及具体安装命令。