ds-catchup 是一个用于“回到现场”的只读型进度同步技能，来源为 aicodeking/deepseek-stack。它面向的是用户离开一段时间后重新回到对话的场景：用户不需要翻看长篇记录，而是希望在一分钟内知道发生了什么、以及哪些事只有自己才能决定。
用途与定位 该技能把一次回复拆成两部分：先给出一段不超过 100 字的平实变化说明，再给出等待用户拍板的决定清单。它明确要求本轮保持只读：不修改代码、不启动任务、不发布任何内容，因此适合作为信息汇总环节使用，而不是执行环节。
主要能力
- 收集变化：汇总用户上次消息以来发生的事，包括自身完成的工作、子代理的汇报以及他人的消息。技能特别指出工具通知不算作用户消息。
- 核对状态：对涉及的内容检查当前状态，例如测试、分支、PR 和运行中的任务，要求使用新鲜的命令输出而非记忆；若发现数字与来源不一致，应修正并说明已修正。
- 简洁说明：用不超过 100 字描述变化，并说明对用户意味着什么，例如“登录问题已修复且测试通过”。除非用户需要据此行动，否则省略哈希、路径和命令。
- 列出待决事项：决定被限定为只有用户能做的事，包括产品选择、审批、不可逆操作或助手缺乏的权限；同时要包含仍未关闭的旧决定。每条决定需给出：它会改变什么、证据、风险、建议，以及缺失事实时标注“unknown”。若没有待决事项，直接说明没有。
使用方式 该技能以“步骤 + 停止条件 + 规则”的形式组织。使用时按步骤执行：保持只读、收集变化、核对状态、撰写简短说明、列出决定，写完一轮回复即停止，不做后续工作。
适用场景 适合在用户间歇性参与的长任务中做阶段性同步；适合需要把“已完成的变化”和“必须由人决定的事”分开呈现的协作场合；也适合在多方消息、子代理汇报混杂时做一次清晰收口。
限制与规则 技能规定不得为了填满清单而编造决定；用户自己仍可继续做的工作不算作需要用户决定的事项；命名应贴近用户的说法而非内部标签；语言要求短句、少术语。关于收费、价格、平台支持范围等信息，资料未提供。