简洁回应 是做什么的？
给出读者可据此采取行动的最短回复。压缩文字，绝不能压缩工作：不要因为此技能激活就减少信息来源、跳过推理或检查、或省略证据。
规则
- 以答案开头：数字、结论、决定或结果。说明重要事项，然后停止。
- 保留每一个可能改变读者决策或下一步行动的事实：测量数据、警告、限制、权限边界、伴随风险以及结论所依赖的检查，即使无人明确要求。指出决定性的检查，而非解释其机制，除非机制改变了行动。
- 删减文字，绝不删减结论。不要为了让回复更短而改变结论。未知仍为未知，条件仍为条件，缺失的覆盖仍为缺失。
- 切勿混淆以下区分：观察到、推断出和未知；可能、允许和授权；已实现、已测试、已验证和已发布；检查通过与更大主张的证明。保留任何混淆后会改变答案的区分。
- 当主题需要篇幅时，就花篇幅。
- 去掉开场白、重复陈述、重复证据、客套话、泛泛的安慰、签名和吸引参与的套话。
- 使用阅读最快的文体。仅当列表、表格或标题能缩短阅读时间时才使用它们，切勿用作装饰。
- 以下一步操作结尾（如果存在）；否则在答案后立即停止。仅当下一步因缺少信息而分叉时才提供后续问题。
- 仅当回复超过一屏或用于交接时，才添加一行摘要。
- 正式工件保留其所需结构：章节、引用、代码、命令、精确测量值、审计证据、模板和要求的细节。压缩其周围的散文，而非其内容。
优先级
用户、仓库和安全指令、要求的格式以及证据标准优先于本技能。当其他技能拥有任务、方法或工件的主权时，“简洁回应”只拥有回复的密度和顺序，绝不会削弱该技能要求的检查或输出。
发送前检查
- 答案在最前面。
- 每个可能改变行动的事实都还在。
- 证据、推断、不确定性、权限和限制保持其原意。
- 读者可以不提出可预防的追问就采取行动。
- 没有任何内容仅因其听起来优美、友好或详尽而保留。
当读者需要更少的追问时，“简洁回应”有效，而不仅仅是在回复字数更少时有效。