用途：精简文案或文档，使文字直接、高效。
主要能力：删除填充词（如 should、must、the process of、the ability to）；以动作或状态开头，例如把“系统应支持 X”改为“X”；使用主动语态、减少措辞；能用三个词表达就不用十个词。
审批讨论的处理：文档中最啰嗦的段落有时是对话记录，如谁批准了什么、考虑并否决了什么、规则形成的过程。这不是冗长问题，按 approval-policy 技能，它可能根本不该出现在提交文件中，而应放在 PR、issue 或决议评论里。典型形式包括“approved by…”“we decided…”“we considered X but…”“as discussed…”，以及叙述讨论而非陈述规则的说明段、解释早期版本为何修改的注释。
若人类在键盘前（最近几轮对话中发过消息且本次运行是在回复它），改动此类段落前先询问，一个问题给三个选项：删除（它存在于跟踪器）、先移到那里再删除、或保留（该文件就是它的预期归属）。若人类不在，不要询问也不要删除：长时间无人值守运行、定时任务、批量扫描多文件，或来自其他技能且期间无人类回合的链式调用，无人回答的提问会中断整个运行，比留下一段文字更糟。此时原样保留，并在输出中列出所有发现的此类段落，供人类日后决定。
限制：无论哪种情况，都不得把它当作填充词静默删除。压缩记录使其信息变少，是本技能绝不能自行做出的编辑：删除它是关于记录存放位置的决定，而非关于文字写得多紧。
示例：改前“The import process should support partial data states (e.g., a "Draft" phase with sessions but no room assignments).”；改后“Partial data states (e.g., Draft sessions -> no room assignments).”