用途：在开始或恢复工作前，重建用户近期的工作上下文，返回一份紧凑的简报，说明当前进展和下一步该做什么。范围需保持紧凑、切题，只读取范围内线程所需的内容。
主要能力：上下文来自两份记录。自身聊天历史保存做过的事和决定；共享记录保存同一代码在其他名称下发生的一切，包括用户持续反馈的症状、已发布又被回滚的修复、仍在生产环境触发的错误。后者由 why 技能检索，覆盖源码管理、问题跟踪器、聊天与问题频道、长文档和错误跟踪。功能若有很长的缺陷尾巴，其故事大多在共享记录里，不应只凭聊天记录重建。使用 pstack-harness 技能定位本工作区的聊天记录存储；基于文件的存储中每行是一条聊天消息，数据库型存储导出为相同形状。
使用方式：先锁定范围，固定时间窗口（recent 默认最近 7 天）、主题和工作区，并复述范围，不得悄悄把 all 变成 recent N。按 how explorer 角色并行派生子代理，每个处理语料的一个切片，按真实修改时间（ls -t）排序，先 grep 主题再只读匹配聊天及其相关区域，跳过当前聊天和明显噪声（子代理、评测、测试聊天）。每个返回相同结构：主题、用户目标、决定、开放线程、困难与纠正、产出物（PR、工单、分支），均引用聊天 UUID。一两个聊天时可直接搜索。主题涉及功能、文件、子系统、区域或缺陷时，用 why 技能的来源调查器清扫共享记录，问题从“为何这样构建”转向“当前状态是什么、试过什么没成功、用户还在反馈什么”。用 git 和 gh 核验 PR、分支和工单；若答案取决于代理实际做了什么，读取完整记录。
输出结构：先胶囊（最多 5 条），再线程状态（每行一个状态标签，如 [merged #N]、[open PR #N]、[in flight <branch>]、[verified, uncommitted]、[reverted #N]、[planned, not started]），再问题（最多 5 个反复出现的问题），最后下一步（一个具体行动）。相邻功能或工单除非阻塞当前工作，否则不纳入。引用聊天发现用 UUID，共享记录发现用来源（PR #、工单 ID、聊天永久链接、错误跟踪器问题），公开输出前清理私有上下文。
限制：仅适用于近期工作上下文重建；恢复单个特定聊天属于 session-pickup 剧本，把习惯变成持久技能应使用 automate-me 技能，人类可读的工作总结是另一项任务。若用户已给出完整状态胶囊（路径、分支、变更），直接使用并跳过挖掘。资料未提供具体安装命令、平台支持或收费信息。