memory-hygiene

核心用法

Memory Hygiene 是专为 Clawdbot 设计的向量内存管理技能，主要解决 LanceDB 向量数据库因自动捕获机制导致的记忆膨胀问题。核心操作包括三类：审计（memory_recall 查询现有记忆）、清理（rm -rf 删除并重启 gateway）、重播种（从 MEMORY.md 提取关键事实重新存储）。用户可通过配置 autoCapture: false 从源头减少垃圾记忆产生，也可设置月度 cron 任务实现自动化维护。

显著优点

1. 精准定位痛点：直接针对 Clawdbot 用户高频遇到的"记忆膨胀导致 Token 浪费"问题，提供可落地的解决方案
2. 操作路径清晰：从审计、清理到重播种形成完整闭环，配套明确的命令示例和配置代码
3. 预防性设计：不仅解决存量问题，更通过禁用 autoCapture 和建立维护 cron 实现长期治理
4. 安全边界明确：rm -rf 命令限定在用户目录子路径，配合 gateway 重启要求，降低误操作风险

潜在缺点与局限性

1. 平台绑定性强：仅适用于 Clawdbot 生态，非 Clawdbot 用户无法使用
2. 手动操作依赖：核心清理步骤需用户主动执行命令，暂未提供一键自动化封装
3. 记忆丢失风险：清理操作会彻底清除向量记忆，若未妥善备份 MEMORY.md 关键信息可能导致数据丢失
4. T3 来源可信度：来自个人开发者账号，缺乏组织背书和长期维护承诺

适合的目标群体

• Clawdbot 重度用户，长期对话导致记忆库膨胀、自动召回质量下降
• 对 Token 成本敏感的企业/团队用户，希望减少无效记忆带来的推理开销
• 有运维能力的开发者，能够理解和执行命令行操作及 cron 配置

使用风险

1. 执行风险：rm -rf 命令若路径输入错误可能造成数据损失，需严格核对目录
2. 配置风险：禁用 autoCapture 后可能遗漏有价值的新记忆，需在"噪音控制"与"信息捕获"间权衡
3. 维护依赖：月度 cron 任务需持续运行环境支持，若 gateway 重启机制异常可能导致维护失败
4. 版本兼容性：Clawdbot 后续版本若调整内存架构，文档中的路径和命令可能失效

核心用法

Memory Hygiene 是一套针对 Clawdbot 向量内存（LanceDB）的维护指南，提供审计、清理和优化三大功能模块。用户可通过 memory_recall 查询当前记忆内容，必要时直接删除 LanceDB 目录实现完整擦除，随后使用 memory_store 重新导入关键信息。

显著优点

• 直击痛点：精准识别 autoCapture 机制产生的"心跳状态""临时信息"等垃圾记忆来源
• 操作清晰：提供 Audit → Wipe → Reseed 的标准化维护流程
• 配置友好：包含完整的 JSON 配置示例，指导用户禁用自动捕获
• 自动化支持：内置 cron 定时任务模板，实现月度无人值守维护

潜在缺点与局限性

• 纯文档型 Skill：仅提供操作指南，无自动化执行能力，所有步骤需用户手动完成
• T3 来源风险：个人开发者维护，无组织背书，长期维护承诺不确定
• 未声明许可证：法律使用条款不明，存在潜在的合规隐患
• 平台绑定：专为 Clawdbot/LanceDB 设计，通用性受限

适合人群

• Clawdbot 重度用户，尤其是遭遇 token 消耗异常、上下文质量下降的用户
• 注重隐私控制、希望手动管理 AI 记忆的技术型用户
• 具备基础命令行操作能力的开发者

常规风险

• 误操作风险：rm -rf 命令可能导致非预期数据丢失
• 记忆断层：擦除后若未及时 reseed，将丢失用户偏好等关键上下文
• 作者可信度：T3 级来源建议审查 GitHub 历史后再投入使用