nuke-code 是 nuke-skills 家族里直接作用于“当前会话自己的手”的编码纪律，主旨是：弱生成 + 全新验证 + 修复循环优于信任第一版草稿，最终质量由最强的验证者决定，未经审查的代码不允许离开会话。
用途与触发：宪法文件 references/constitution.md 用可量化的触发器把工作路由到这里，不靠感觉介入。模式分三档：inline（单文件、约 30 行以内改动、无契约变更）只需构建许可与最窄的门禁，不启用子代理；standard（超出 inline 的任何情况）走完整循环，验证器置于会话层；elevated（命中任意风险标记，如公共 API、认证安全、并发、数据迁移、新依赖）即使体量够小也走完整循环，验证器置顶。若 diff 超过约 5 个文件或约 300 行，应转交 nuke-review 或 nuke-verify；遇到难以逆转的设计抉择先用 nuke-think；原因不明的缺陷或两次修复失败则转 nuke-debug。
主要能力与流程：THINK 阶段要求把需求改写成 2 至 5 条可证伪的完成标准，作为出厂验证器的意图依据；阅读所有将改动的文件及近邻文件并点名读了什么；写出至少两种真正不同的实现形态，各配一行取舍，并给出有具名理由的决策注记。BUILD 阶段要求：绝不编辑本会话未读过的文件，中断或工具反馈后重读再改；邻居文件即风格指南；按文件类型加载本地技能；保持最小 diff，不做顺手重构、改名或重排格式；不写防御性噪声，只在实际边界校验；注释只陈述代码无法表达的约束；行为变更需在同一 diff 内加行为测试。SHIP 阶段先跑最窄测试再跑类型检查与 lint，输出逐字保留；然后在全新上下文中生成一个验证器，它只拿到任务文本、完成标准、diff 和仓库访问权，永远不拿作者的推理；验证器需对每条完成标准给出 met、partial、unmet 判定并附 file:line 与逐字引文，再按镜头目录检查回归、契约调用方断裂、重复、类型逃逸与约定漂移，发现项须带齐字段否则视为无效。修复循环覆盖所有确认发现，每轮后重新验证，上限 2 轮；达上限或无法修复则如实交付，先列未决项。交付时不执行 git add、git commit、git stash，工作区留给人工处理。
限制与降级：平台无子代理时改用内联验证器，显式切换角色、从磁盘重读 diff，并标注 validator: inline (degraded)；无按代理模型覆盖时所有角色继承会话模型；未安装宪法时本描述即唯一触发器，需按 README 安装。文中未提供收费、价格与具体平台支持清单等事实。