用途：当任务足够明确、但希望把实现交给子代理完成时使用，属于 nuke 系列中“委托实现”的一环。与同族的 nuke-code（本会话亲自写）和 fix（执行已有规格）区分。
主要能力：以“弱生成 + 强验证 + 修复循环”为核心。实现者按批次并行、各写互不重叠的文件，默认 light 模式每人不超过 3 个文件；验证者由更高一层的新代理担任，不参与实现，按完成标准逐条判定并检查回归、重复代码、类型逃逸等问题；发现的问题以结构化 finding 退回修复子代理，light 最多 3 轮、full 最多 5 轮。
使用方式：参数为 [mode]（light 默认、full、plan）、<task>（任务文本或任务文件路径）与 --yes（跳过预检确认）。执行分四阶段：预检生成契约与计划并确认、实现波次、验证、修复循环、最终裁决。产物写在 .nuke/<日期时间>-implement-<slug>/ 下的 plan.md 与 implement.md。plan 模式只打印计划后停止。
限制与约束：不得 git add/commit/stash，不留 .bak 文件，工作树保留给人工复核；实现者不得自行验证；必须加载文件类型对应的技能；完成标准超过 5 条、需求矛盾或涉及约 10 个以上文件时应停止并建议改用 nuke-spec；硬设计决策先走 nuke-think。各平台的分层与确认机制细节见其参考文档，资料未提供具体平台差异之外的更多说明。