Recall 的用途是在开始或继续工作前，重建用户近期的工作上下文，并交回一份紧凑的胶囊式简报，说明当前状态与下一步该做什么。它强调保持简短、切题，只读取范围内线程所需的内容。
上下文来自两类记录：自己的聊天历史（做过什么、决定过什么），以及共享记录（同一代码在其他名称下发生的事，如用户反复报告的症状、已发布又被回滚的修复、仍在生产环境触发的错误）。共享记录由 why 技能检索，覆盖源码管理、问题跟踪器、聊天与问题频道、长文档和错误跟踪。
聊天历史位于 T3 线程中，用 t3_thread_search 按主题查找，用 t3_thread_read 读取，范围限定在当前项目。搜索前先锁定范围：时间窗口（“近期”默认最近 7 天）、主题（如有命名）和工作区（默认当前项目，未经要求不读其他项目线程），并复述范围。
跨聊天历史展开时，可用 delegate_task 的 mode: "async" 并行派生 how explorer 角色的工作线程，每个处理语料的一个切片。每个任务简报必须自包含，注明只读、仅检查、不写入；要求按真实最后活动时间排序而非线程 ID，先 t3_thread_search 再只读匹配线程的相关区域，跳过当前线程及明显噪声（委派任务、评估、测试线程）。每个线程返回统一结构：主题、用户目标、决定、未决事项、困难与纠正、产物（PR、工单、分支），并引用线程 ID。只有一两个线程时可直接搜索。用 task_status 收取结果，原始线程留在工作线程中。
当主题涉及功能、文件、子系统、区域或缺陷时，默认还要清扫共享记录，交给 why 技能的来源调查者，但把问题从“为什么这样构建”转向“当前状态如何、试过什么没成立、用户还在报告什么”。与聊天历史挖掘并行运行，每个来源一名调查者，空结果也是发现，不可用的 MCP 跳过并说明。仅纯活动回顾（如“我这周做了什么”）且无命名目标时可跳过此步。
用 git、gh 和 list_thread_pull_requests 对照实时状态核验挖掘与清扫发现的 PR、分支和工单；当答案取决于智能体实际做了什么时，用 t3_thread_read 读取完整线程。
输出契约：先胶囊（最多 5 条），再线程状态（每行一个状态标签：[merged #N]、[open PR #N]、[in flight <branch>]、[verified, uncommitted]、[reverted #N]、[planned, not started]），再问题（最多 5 个反复出现的问题，含用户持续报告的症状和已回滚的修复），最后下一步（一个具体行动）。相邻功能或工单除非阻塞本项否则不纳入。胶囊与线程行超出一屏时，先删细节再删线程。简报通过 unslop 技能撰写，聊天发现引用线程 ID，共享记录发现引用来源（PR #、工单 ID、聊天永久链接、错误跟踪问题），公开输出前清理私有上下文。
限制：资料未提供安装方式、收费、价格、平台支持或效果数据；其行为依赖 T3 线程、why 技能、delegate_task、task_status、git、gh 等环境与工具，缺失时需说明并跳过。