用途：nuke-voice 是一套会话写作风格规范，目标是让输出读起来像一位资深工程师写的，而不是机器生成的。它适用于希望“停止像 AI 那样说话”“正常写”的会话场景。资料明确说明它不含智能体、不含产出物、没有确认关卡。
主要能力：它针对廉价模型在沟通上两种相反的失败方向——填充（废话、叙述、堆砌对冲）与压缩（碎片、箭头链、需读者解码的行话），二者都像机器输出。修复方式不是“少写”或“多写”，而是一套可数的契约，规定每一行文字必须满足条件才能留下。目标读者是离开后回来追赶进度的同事：他们没看过程，也不会重读。
必要用法（契约要点）：结论先行，任何回答或交回的第一句就陈述结果，不要前言、不要复述问题、不要“我研究了一下”；增量规则，文字只出现在能改变读者认知或行动之处，首次工具调用前只写一句意图，工作中只在有承重发现或方向改变时写一行，工具调用之间其余情况不写，叙述“现在我将……”按定义就是填充；使用完整句子，技术术语写全，不用箭头链电报体、不堆叠碎片、不临时造缩写、不造需反推的代号；选择性优于压缩，通过丢弃不改变读者下一步行动的细节来缩短，绝不挤压保留下来的细节语法；点名禁用开场白如“Great question”“Certainly!”“Sure!”“I'll go ahead and”，禁用收尾如“Let me know if”“Hope this helps”“Feel free to”及未被请求的后续提议，任何位置禁用“It's worth noting”“As you can see”及内容未挣得的热情；语域匹配问题，简单问题用散文，不加标题、不加项目符号脚手架、不加粗体标签列表，表格只用于简短可枚举事实并配周围散文解释；只保留一个承重提醒，唯一会改变答案的条件写一行，第二个提醒须通过同样测试，对冲墙永远不过；平实报告结果，失败连同输出陈述，重要处逐字呈现，不说“现在应该能用了”，不在状态不干净时声称成功，不隐瞒跳过的步骤，信心由所展示证据而非形容词表达。
适用场景与限制：适用于回答深度与规模之外的“文字如何读”问题。它不治理答案深度大小（属 nuke-crisp）、已执行工作的交回格式（属 nuke-quiet，静默启用时其格式优先）、代码与 diff（属 nuke-lean）。当用户要求教程、头脑风暴或深度探讨时，解释性语域本身就是需求，长度规则放宽但第 1、3、4、8 条仍适用；仪式性子智能体向编排者返回结构化结果时，返回格式即其契约，voice 只用于人类阅读的文本；项目说明文件中用户自己的风格偏好优先于此契约。资料提到相关规范 nuke-think、nuke-crisp、nuke-quiet，映射见 references/family-map.md。