context-restore

Context Restore 是一款专注于解决「会话断点续传」问题的效率工具，核心功能是读取本地压缩上下文文件（compressed_context/latest_compressed.json），在用户执行 /new 开启新会话或输入「继续之前的工作」等自然语言指令时，快速恢复之前的工作状态、项目进度和待办任务。

该技能提供三级恢复模式：Minimal 模式仅展示核心状态一句话，适合快速确认；Normal 模式（默认）展示项目列表、待办任务和最近操作，满足日常续接需求；Detailed 模式提供完整会话概览、7天时间线和原始内容预览，适合深度复盘。此外，Phase 2 引入的时间线视图（--timeline）支持按日/周/月聚合历史操作，--diff 功能可对比不同版本上下文差异，而 Phase 3 的自动触发（--auto）和 Cron 集成（--install-cron）则可实现上下文变化的自动检测与恢复。

显著优点包括：真正实现「秒级恢复」，避免用户重复解释项目背景；支持自然语言触发（「接着做」、「恢复上下文」等），交互无感；提供结构化 API 供其他技能调用，形成生态闭环；纯本地运行，数据不出境，隐私性极强；完善的错误降级机制，文件损坏时仍可返回 minimal 版本。

潜在局限性在于：强依赖 context-save 技能的配合，若未正确保存则无法恢复；仅支持本地文件存储，无法实现跨设备云同步；作为 T3 来源的个人项目，长期维护稳定性存疑；上下文文件可能包含敏感信息，恢复报告需妥善保管；自动模式（--auto）若配置不当可能导致频繁的无效恢复。

适合目标群体包括：需要管理多个长期项目的开发者与项目经理、频繁切换上下文但需保持连贯性的知识工作者、使用 OpenClaw 进行复杂多轮对话的深度用户，以及需要定期生成工作周报或项目进度报告的团队管理者。

常规使用风险主要涉及：文件权限配置不当可能导致读取失败（建议设置 644 权限）；Cron 自动监控任务需用户手动安装，若脚本被篡改可能引入安全风险；虽然代码本身无网络传输，但上下文文件若被恶意构造可能存在解析风险（尽管已有输入验证）；长时间运行的自动检测可能带来轻微性能开销。

核心用法

context-restore 是一个会话连续性管理工具，解决用户频繁 /new 后"之前做到哪了"的困扰。通过读取压缩上下文文件，在极简、标准、完整三种粒度下快速还原工作状态。

触发方式：自然语言（"继续之前的工作"）或命令 /context-restore --level [minimal|normal|detailed]。

执行流程：意图识别 → 加载压缩上下文 → 提取项目/任务/操作 → 格式化输出 → 用户确认。

显著优点

1. 无缝续接：秒级恢复，无需重复背景说明
2. 三级粒度：Minimal（一句话）、Normal（项目+任务）、Detailed（完整时间线+7天历史）
3. 自动化能力：支持 --auto 自动检测变化、--install-cron 定时监控
4. 生态集成：输出结构化摘要供其他技能调用（task-manager、weekly-review 等）
5. 平台适配：Telegram 自动分块、Discord embed、CLI 树形结构

潜在缺点与局限性

• 依赖前置条件：需 context-save 先保存才能恢复
• 文件完整性敏感：压缩上下文损坏时降级为 minimal 模式
• 自动模式延迟：cron 最低 5 分钟间隔，非实时触发
• 隐私集中化：所有会话数据聚合在单一压缩文件

适合人群

• 多项目并行、频繁切换上下文的开发者
• 需要周期性回顾（周报/日报）的团队管理者
• 长会话工作流用户（数据分析、内容创作、复杂调试）

常规风险

• 文件权限：需读取/写入压缩上下文目录
• 存储占用：Detailed 模式时间线数据累积可能占用空间
• 自动覆盖：--auto 模式可能在用户未准备时恢复状态

安全认证显示该 Skill 仅使用 Python 标准库，无外部网络请求，subprocess 调用受限且超时控制，整体安全等级 S。