核心用法
Memory Management 是一套专为 SEO/GEO 营销场景设计的跨会话记忆系统，采用三层温度架构（HOT/WARM/COLD）实现项目上下文的持久化管理。
三层记忆机制：
- HOT（热缓存）：每会话自动加载，80行限制，存放当前关键词、核心竞品、活跃决策
- WARM（温存储）：按技能按需加载，包含详细研究、实体档案、内容规划
- COLD（冷归档）：90天未引用自动归档，需显式查询才会加载
典型工作流：
1. 初始化：Initialize memory structure for [project] 创建目录框架
2. 日常更新：分析后执行 Update memory after ranking check，自动晋升高频引用项至 HOT
3. 查询上下文：通过分层查找（HOT→Wiki Index→Glossary→Cold Storage）定位历史信息
4. 归档清理：memory-management archive 触发 staleness 扫描，将超过90天的 WARM 文件移至 archive
Hook 集成：SessionStart 自动加载热缓存；PostToolUse 静默刷新 wiki 索引；Stop 钩子提示保存会话成果。
显著优点
- 真正的跨会话连续性：通过
memory/hot-cache.md实现 Claude 会话间的状态保持，解决 AI 助手"失忆"痛点 - 工程化记忆生命周期：自动晋升/降级规则减少手动维护，80行硬限制确保热缓存加载性能
- 多语言触发支持：覆盖中英日韩葡西六种语言的工作场景，国际化团队友好
- 合规内置设计：GDPR Art 17 删除流程 (
purge <entity>) 与 CCPA 响应机制直接集成，审计日志自动记录 - 生态集成深度：与 keyword-research、rank-tracker 等 8 个技能通过 State Model 共享数据契约
局限性与风险
- 并发访问未解决：文档明确标注无锁机制，多实例同时写入可能导致数据损坏
- 冷存储检索成本高：COLD 层级需显式请求加载，历史数据查询存在摩擦
- 数据新鲜度依赖用户：无自动过期机制，陈旧决策若未主动降级会持续污染上下文
- 隐私合规仅 advisory： lawful basis 检查不强制执行，最终法律责任仍归用户（数据控制者）
- wiki 编译半自动：index.md 可自动刷新，但 entity/keyword/topic 页面仍需显式调用
适合人群
- 管理 3 个月以上长期 SEO campaign 的 in-house 团队
- 需要审计追踪的 agency 多客户并行场景
- 受 GDPR/CCPA 约束的欧盟/加州市场运营者
- 使用 Claude Code、Cursor、Windsurf 等 IDE 集成 AI 的开发者营销团队
常规风险
| 风险类别 | 具体表现 | 缓解建议 |
|---------|---------|---------|
| 数据残留 | 已删除实体仍在其他文件被引用 | 定期运行 `purge` 并人工复核 |
| 热缓存膨胀 | 80行限制被突破导致加载失败 | 启用 line count check 告警 |
| 决策权威性混淆 | `approved_by: skill_inferred` 被误作用户确认 | 加载时验证 provenance 字段 |
| 跨项目污染 | 相似项目名称导致记忆串流 | 使用唯一项目前缀命名 |