Recall 是一款工作上下文召回技能，旨在帮助用户在开始或恢复任务前快速重建近期工作状态，并输出一份紧凑的上下文胶囊。
用途：Recall 主要用于在对话开始时或切换任务时，从多个来源收集与当前工作相关的信息，避免仅依赖单一聊天记录而遗漏跨来源的关键背景。
主要能力：
- 读取本地聊天历史（Codex 和 Claude Code 会话），通过脚本 history.py 列出仓库会话引用，并按需读取单个会话内容。
- 搜索共享记录，包括源代码管理、问题追踪、聊天渠道、文档和错误追踪，以获取同一代码相关的其他活动（如用户反馈、已发布又回滚的修复、生产环境错误）。
- 支持并行子代理（通过 /swarm）分片处理聊天历史，每个子代理按最后活动时间排序，只读取相关会话的相关区域，并返回统一的结构化发现。
- 验证实时状态：使用 git 和 gh 检查 PR、分支和工单的当前状态。
- 输出遵循固定契约：先给出胶囊（最多5条），再按线程列出状态（如 [merged #N]、[open PR #N] 等），然后列出最多5个反复出现的问题，最后给出一个具体的下一步行动。
使用方式：
- 在技能目录下运行 python3 scripts/history.py --repo <repository> --days <N> 获取仓库会话列表。
- 使用 --read <session-file> 读取特定会话内容。
- 通过 /swarm 并行调用子代理处理大量聊天历史。
- 结合 /why 的调查器搜索共享记录，并设定问题方向为“当前状态、已尝试但未持续有效的方案、用户仍在报告的问题”。
- 使用 git 和 gh 验证工单和分支状态。
- 输出时通过 /unslop 生成简报，并引用来源（如主机和会话 ID、PR 编号、工单 ID 等），在公开输出前清理私人上下文。
适用场景：
- 用户需要快速了解某个功能或仓库的近期工作全貌时。
- 在恢复中断的工作前，需要整理上下文和待办事项时。
- 需要跨多个来源（聊天、代码、问题追踪）综合信息以确定下一步行动时。
限制：
- 该技能为只读操作，不会修改任何内容。
- 需要本地存在可读的聊天历史文件；若主机无可用历史，则视为覆盖缺口。
- 搜索范围必须明确限定（仓库、时间窗口、主题），不得静默扩大范围。
- 输出长度受契约限制，需保持简洁。
- 依赖外部工具（如 git、gh、/swarm、/why）的可用性。
- 不适用于单一具体会话的恢复（应使用 /pstack-mode 的 Session pickup 剧本）。
- 不适用于将习惯转化为技能（应使用 /automate-me）。