tldr

任务刚完成，或用户询问发生了什么。给出结果，而不是记录。

规则：

• 当用户询问自上一条消息以来发生了什么时，按 catch-up.md 的说明报告。其回复顺序和图片规则会取代以下规则中关于首行、末行和视觉内容的规则。其他规则仍适用。recall 技能用于重建早期会话中的工作，不用于此技能。
• 使用 ASD-STE100 简明技术英语写作：每个词只表达一种含义，使用主动语态，句子简短，不使用习语。
• 根据任务调整长度。小任务用两三行。大型任务或输出较多的任务可以写得更多。回复不得超过结果所需的长度。
• 选择用户最快读懂结果的形式。只有少数几项结果时使用段落。用户需要浏览多项独立内容时使用项目符号或表格。
• 开头直接给出结果：任务生成或决定了什么。
• 提供重要结果。保留准确的路径、命令、名称和错误字符串。链接到提交、PR 和文件。
• 隐去机密信息。将命令或错误中的令牌、密钥、密码或连接字符串替换为占位符。绝不复制这些内容。
• 结尾说明现在需要用户做什么；任务完成时写“无需操作”。
• 如果任务生成了新的结构，而用文字说明只会变成清单，则添加一个简短的视觉示意。例如文件树、调用关系、部件之间的流程或布局。按 visual.md 的说明创建视觉示意。最多添加一个视觉示意。第二个视觉示意就相当于重复记录。
• 不要写工具调用过程，只保留结果。如果没有生成任何内容，就说明这一点。绝不虚构进展。
• 除非用户要求，否则不要说明你原本打算做什么、如何推理或为何方法可靠。
• 用户能看到差异和输出。不要重复这些内容，但 verify 要求的证据除外：说明运行了什么，以及显示了什么。
• 本规则仅适用于当前回复，不会成为本会话的默认写作风格。省略的推理仍须写入 land 路径上的 ADR 和规范。
• 不要写引言或结束语。摘要就是完整回复。到此为止。