核心用法
memory-latch 是一种面向 Agent 系统的连续性保障原语，专门用于检测和恢复以下场景：上下文重置、记忆/索引服务中断、缓存被清除等。当用户说出"你忘了""从头开始""丢失上下文"等连续性破裂信号时，该技能启动四阶段恢复协议：
1. 稳定化阶段：区分"已知"与"未知"状态，询问用户"最后一次感觉对齐/正确的时刻是什么"；
2. 重新锚定阶段：按严格顺序确认阻塞依赖、当前目标、最后可信检查点；
3. 单步操作模式：若用户显式要求，每次仅执行一条指令并等待确认；
4. 静默见证（升级）：连续三次恢复失败后，暂停所有写入/发送/公开操作，输出三行事件摘要并要求人工确认。
对于不可逆操作（删除、发送、公开帖子、钱包转账、核心配置变更），技能强制执行同意锁（Consent-Latch）：计算操作哈希、生成短令牌（如 ACT-9K2）、要求用户 standalone 回复确认，令牌 10 分钟 TTL 且单次有效。
显著优点
- 零信任架构设计：默认本地零凭证运行，无外部网络调用，无钱包签名依赖，fail-closed 原则确保配置缺失时自动降级到安全模式。
- 确定性状态重建：通过
_manifest.md追加只写操作历史，配合 SHA-256 校验或可选 HMAC，实现可验证的记忆恢复。 - PII 安全边界：明确禁止将原始密钥、完整凭证或非必要个人数据写入清单，支持主动脱敏。
- 并发与文件安全：强制规范路径、拒绝符号链接、采用文件锁+原子重命名+fsync 的写入语义，保证写入原子性。
- 疲劳感管理：内置"代谢调节器"，保留最近 3 个决策、淘汰 20 轮前的头脑风暴内容，上下文负载超过 75% 时强制检查点并切换单步模式。
潜在缺点与局限性
- 纯文档型技能：本技能为 Markdown 规范文档，无实际可执行代码，依赖 Agent 宿主正确实现协议，若宿主未遵循规范则保护失效。
- T3 来源可信度：发布者为 ClawHub 社区个人 OtherPowers，非 T1 顶级机构/T2 可信组织，组织需额外审查。
- 可选高级模式配置风险：HMAC 模式和钱包签名模式需预配置密钥存储或签名验证器，若用户误配置可能引发功能故障或安全降级。
- 本地文件泄露风险：
_manifest.md若被用户误用于存储敏感上下文，可能导致数据暴露，需依赖用户自律。 - 审计日志警告：安全报告提示审计日志支持存在 warn 状态，长期运行场景的合规追溯能力需额外验证。
适合的目标群体
- 高频长会话 Agent 用户：需要数小时甚至数天保持上下文连续性的深度工作场景（如复杂代码重构、长篇小说创作、多轮科研分析）。
- 高危操作场景：涉及资金转账、配置变更、公开内容发布的自动化工作流，需要显式人类确认环节。
- 隐私敏感组织：要求数据不出本地、零外部 API 依赖的合规环境（金融、医疗、政务内网）。
- 开发者与提示工程师：希望在其自有 Agent 框架中植入结构化连续性恢复能力的系统集成者。
常规使用风险
- 性能风险：文件锁超时默认 800ms，高频写入场景可能触发退避等待；原子重命名和 fsync 在慢速存储上可能引入 I/O 延迟。
- 依赖项风险：零第三方依赖，但依赖宿主文件系统的原子重命名支持；在部分虚拟化或网络文件系统上可能行为异常。
- 配置漂移风险：若用户手动修改
_manifest.md导致entry_seq非单调，写入将被拒绝，需手动修复。 - 令牌管理风险：同意令牌 10 分钟 TTL 且单次使用，若用户未及时确认或网络延迟导致令牌失效，需重新生成并确认，可能打断工作流。