Context Recovery

核心用法

Context Recovery Skill 是一套自动化的上下文恢复协议，专门针对 LLM 会话因 token 限制被压缩、或用户隐式继续先前话题的场景设计。该技能通过检测 <summary> 标签、压缩指示词或用户追问语句，主动触发多源数据获取：读取频道历史（50-100 条自适应深度）、检索本地会话日志、查询共享记忆库，最终合成结构化上下文摘要。

显著优点

1. 零摩擦续接：用户无需重复描述「我们刚才在做什么」，系统自动推断意图并恢复状态
2. 多平台统一：覆盖 Discord、Slack、Telegram、Signal 等主流渠道，接口抽象一致
3. 智能自适应：基于时间跨度（目标 ≥2 小时）动态扩展历史抓取深度，平衡信息量与 token 成本
4. 持久化缓存：将恢复的上下文写入每日记忆文件，抵御未来再次压缩
5. 线程感知：优先获取线程内消息，再补充父频道上下文，还原完整对话脉络

潜在局限性与风险

• 依赖平台 API 权限：Slack/Discord 的完整历史需要相应 workspace/guild 权限
• 本地会话日志可能缺失：首次部署或清理后无历史 session 文件可回溯
• 关键词匹配盲区：若项目代号、分支名在消息中以缩写或代称出现，记忆库检索可能漏检
• 并发场景歧义：多任务并行时，时间最近的消息未必是用户想继续的那一项

适合人群

• 长期与 AI 协作的开发者、PM、技术写作者
• 在 Discord/Slack 等频道中进行多轮复杂任务的用户
• 需要跨设备、跨会话维持工作连续性的团队

常规风险

| 风险类型 | 说明 | 缓释措施 |

|---------|------|---------|

| 数据泄露 | 恢复的历史可能包含敏感信息 | 仅限已授权渠道，遵守最小必要原则 |

| 误判续接意图 | 自动触发可能误解用户真实需求 | 最终以确认句式「Shall I continue/retry/clarify?」交由用户裁决 |

| 存储膨胀 | 每日记忆文件累积 | 需配合外部清理策略，当前 skill 仅追加不管理生命周期 |

| 权限滥用 | 高频读取频道历史可能触发平台限流 | 单次上限 100 条，建议平台层配置 rate limit |

核心用法

Context Recovery Skill 是一套面向多平台即时通讯场景的上下文恢复协议，主要解决AI助手在会话压缩（context compaction）或长时间中断后丢失工作记忆的问题。

触发机制分为自动与手动两类：

• 自动触发：检测到 <summary> 标签或"context limits""truncated"等压缩指示词时立即启动
• 手动触发：用户说"continue""where were we?"或引用未指明的"the PR""the branch"时激活

执行流程采用六步协议：
1. 渠道检测：识别 Discord/Slack/Telegram/Signal 等平台及 threadId
2. 自适应历史抓取：先取50条消息，若时间跨度<2小时则扩展至100条上限；支持线程优先+父频道补充的双层抓取
3. 会话日志提取：读取最近3个session文件的JSONL记录
4. 共享内存检索：基于提取的关键词搜索记忆文件
5. 上下文合成：输出结构化摘要（项目状态、时间线、待办事项、关键引用、置信度评估）
6. 缓存与响应：写入当日记忆文件，向用户确认"是否继续/重试/澄清"

显著优点

• 多平台原生支持：覆盖主流团队协作场景，针对Discord线程、Slack工作区等差异化处理
• 自适应深度策略：避免盲目抓取，以"2小时时间窗口"和"100条上限"双约束平衡token成本与信息完整性
• 零依赖纯文档：纯Markdown实现，无外部API调用，无供应链攻击面
• 主动式恢复：检测到压缩即自动执行，无需用户明确请求
• 置信度透明化：明确标注Channel/Session/Memory三源数据的可信等级

潜在局限

• 平台权限依赖：Discord Guild频道、Slack工作区历史需要相应权限，DM场景可能受限
• 会话日志不可控：~/.clawdbot-*/agents/*/sessions路径依赖特定Agent实现，跨Agent时失效
• 记忆检索质量取决于关键词提取：若历史消息中项目标识（PR号、分支名）提及稀疏，可能召回不足
• 时间窗口假设：2小时阈值对异步协作场景（如跨时区团队）可能过短
• 无冲突解决机制：若多源数据矛盾（如频道显示PR已合并但记忆显示pending），未定义仲裁规则

适合人群

• 使用Claude/Clawd等支持Skill系统的AI助手进行长时间技术协作的开发者团队
• 在Discord/Slack等频道中频繁遭遇context limit的深度用户
• 需要跨会话保持项目状态的工程师（代码审查、PR迭代、多文件重构场景）
• 追求可解释性的AI工作流设计者——协议步骤完全透明，便于审计调试

常规风险

| 风险类型 | 等级 | 说明 |

|---------|------|------|

| 权限不足导致恢复失败 | 中 | 平台API限制或Bot权限配置不当 |

| 敏感信息泄露 | 低 | 恢复的历史消息可能包含未脱敏的token/key（虽Skill本身不泄露）|

| 幻觉叠加 | 低 | 若多源数据质量差，合成摘要可能包含错误推断 |

| 存储膨胀 | 低 | 每日追加记忆文件，长期运行需归档策略 |

安全认证显示S+顶级评分，纯文档形态消除了代码执行风险，但实际效果受部署环境的Agent实现质量制约。