context-recovery

🔄 跨平台智能上下文自动恢复

🥥9总安装量 2评分人数 2
100% 的用户推荐

基于本地日志与频道历史,自动恢复因会话压缩丢失的工作上下文,支持 Discord/Slack 等多平台,确保长时任务连续性。

A

基本安全,请在特定环境下使用

  • 来自社区或个人来源,建议先隔离验证
  • ✅ 纯文档型资产,无实际可执行脚本,仅包含本地安全操作示例
  • ✅ 无网络上传行为,所有数据处理均在本地完成,用户隐私完全可控
  • ✅ 操作范围严格受限,仅限于用户目录下的会话日志和记忆文件路径
  • ⚠️ 包含 bash 代码示例涉及本地文件系统访问(ls/grep/jq/cat),需理解后使用
  • ✅ 具备完善的边界限制(消息 50-100 条、日志 3 个文件上限)和错误处理机制

使用说明

Context Recovery 技能综合评估

核心用法

Context Recovery 是一款专为解决 AI 助手会话上下文丢失问题设计的智能恢复工具。当检测到 <summary> 压缩标记或用户暗示继续之前的工作时,该技能会自动执行七步恢复协议:首先检测当前活动频道(Discord、Slack、Telegram 等),然后通过 message:read 接口自适应获取 50-100 条历史消息(确保覆盖至少 2 小时对话),同时提取本地会话日志(最近 3 个 JSONL 文件)和共享内存中的关键词匹配项。系统会解析消息中的项目标识符、分支名称、PR 编号和未完成的操作承诺,最终合成包含时间线、待办事项和关键引用的结构化上下文摘要,并缓存至每日记忆文件以防止未来再次丢失。

显著优点

该技能的最大优势在于其跨平台兼容性和自动化能力。支持 Discord、Slack、Telegram、Signal 等主流通讯平台,能够识别线程对话和父频道关系,确保上下文恢复的完整性。自适应深度获取算法在保证 token 预算不超限的前提下,智能扩展消息获取范围直至满足时间跨度要求。自动触发机制无需用户手动请求即可在检测到压缩标记时主动恢复,大幅减少中断感。所有数据处理均在本地完成(使用 grepjqcat 等标准工具),不涉及网络上传,有效保护敏感工作内容的隐私安全。此外,上下文缓存机制确保恢复后的状态能 survive 未来的会话压缩。

潜在缺点与局限性

作为 T3 来源(个人开发者/社区项目)的技能,其权威性和长期维护保障相对有限。功能实现高度依赖本地文件系统权限,需要用户环境中安装 jq 工具,且对 ~/.clawdbot-*/~/clawd-*/memory/ 路径有读写权限,在无本地文件访问权限的环境中无法使用。历史消息获取存在硬限制(最多 100 条),对于高强度对话场景可能无法捕获完整上下文。此外,代码示例中包含的 bash 操作虽然安全,但需要用户具备一定的技术理解能力才能正确配置和使用。

适合的目标群体

该技能最适合以下用户群体:长期使用 AI 助手处理复杂开发任务的软件工程师,特别是需要在多个平台间切换的开发者;维护长期项目、需要保持数小时甚至数天上下文连续性的技术团队;使用 Discord/Slack 等渠道进行协作开发、经常遇到 "context limits" 压缩提示的高级用户;以及希望自动化管理会话状态、减少手动回顾时间的技术从业者。对于仅需简单问答、不涉及长期任务跟踪的 casual 用户,该技能的功能可能过于复杂。

使用风险与注意事项

主要风险集中在本地文件操作和平台 API 限制方面。技能需要读取本地会话目录和写入记忆文件,虽然操作范围受限且使用追加模式(无覆盖风险),但仍需确保文件权限配置正确。频道历史读取受限于各平台的 API 策略(如 Discord 的 rate limit 或 DM 历史限制),在权限不足时可能获取不完整数据。长期使用会导致每日记忆文件持续增长(追加写入模式),需要定期手动清理。此外,虽然技能本身仅含文档和示例代码,但实际执行依赖于宿主系统的工具链(bash、jq),工具版本差异可能导致解析失败。建议用户在生产环境使用前,先在测试环境验证文件路径和工具可用性。

context-recovery 内容

手动下载zip · 3.7 kB
SKILL.mdtext/markdown
请选择文件