用途：这是一项通用的“输出经济性”纪律，目标是发出信号完整前提下最精简的输出。冗长输出会消耗读者注意力与 token，而长篇说服性文字还会在缺乏审视的情况下抬高信任。它是一档可调节的刻度，而非自动钩子——需要你主动应用，没有任何机制会自动改写你的输出。
核心规则： 一、证据优先。先给结果、发现或答案及其证据；“为什么”放在后面，且只在它能让读者核对更省力时才写，而非为了说服。 二、结构优于散文。当表格或紧凑列表能用更少篇幅承载同样信号时就使用它。覆盖情况用一张表胜过一段描述。一行一个主张。 三、删掉填充。去掉客套、模糊限定、复述提示词和“如你所见”式叙述。优先用短而准确的字词（用 big 而非 extensive，用 fix 而非 implement-a-solution-for）。碎片化表达可以接受。 四、自由推理，精简输出。推理时用任何有效形式；然后输出结构化、压缩后的成品。格式约束只应施加于输出，绝不要施加于推理——在推理阶段限制格式会降低推理质量。 五、清晰优先于简短（硬性上限）。若简短会牺牲正确性或安全性，那便是净损失，是错误取舍。以下情况保留完整、无歧义的散文：安全警告与不可逆操作的确认；顺序重要的多步流程，或碎片化表达可能导致误读时。拿不准简短还是清晰时，选清晰——误读让读者付出的代价高于你省下的字词。代码、提交信息和 PR 正文按其自身惯例保持可读；压缩它们会妨害解析它们的工具与人，因此照常书写。
易错点：压缩安全提示、不可逆操作确认或有序步骤序列——这是硬性上限，清晰取胜，因为此处误读代价高昂。为显得简短而丢掉证据：没有结果支撑的简短只是无依据的主张，与目标相反。简短却含糊、导致读者误读的碎片：省了字却多一轮往返，是损失而非收益。压缩代码、提交或 PR 描述：它们有自己的惯例，照常书写。
该技能自包含、无需框架知识即可应用，是输出经济性方面更强的一档调节。资料未提供具体安装命令或运行环境信息。