最佳实践
自我改进系统的高效使用指南，平衡功能与资源消耗。
📅 使用频率建议
日常使用（推荐）
| 操作 | 频率 | 说明 |
|---|---|---|
| 对话交流 | 随时 | 自动记录学习 |
| 记忆检索 | 自动 | 每次对话前自动触发 |
| 心跳检查 | 每 30 分钟 | 系统自动运行 |
定期维护
| 操作 | 频率 | 命令 |
|---|---|---|
| 进化分析 | 每周 1 次 | node index.js run |
| 文件清理 | 每月 1 次 | evolver-cleanup.sh 30 |
| 记忆审查 | 每月 1 次 | 查看 MEMORY.md 更新 |
按需操作
| 场景 | 操作 |
|---|---|
| 遇到重复错误 | 运行 node index.js run |
| 系统不稳定 | 运行 EVOLVE_STRATEGY=harden node index.js run |
| 磁盘不足 | 运行 evolver-cleanup.sh 7 |
🧹 清理策略
文件生命周期
产生 → 使用 7 天 → 归档 → 保留 90 天 → 删除清理脚本参数
bash
# 保留最近 N 天
/root/.openclaw/workspace/scripts/evolver-cleanup.sh <天数>
# 示例
evolver-cleanup.sh 7 # 保留 7 天（推荐）
evolver-cleanup.sh 30 # 保留 30 天（完整历史）
evolver-cleanup.sh 90 # 保留 90 天（归档前）归档位置
~/.openclaw/workspace/memory/archive/evolver/
├── evolver-20260320-185610.tar.gz
└── ...压缩率: ~10:1（10MB → 1MB）
⚡ 性能优化
1. 减少检索范围
bash
# 限制结果数量
memory_search query="test" maxResults=3
# 限制最低分数
memory_search query="test" minScore=0.32. 避免频繁配置修改
bash
# 配置文件设只读
chmod 444 ~/.openclaw/openclaw.json
# 需要修改时临时解锁
chmod 644 ~/.openclaw/openclaw.json
# ... 修改 ...
chmod 444 ~/.openclaw/openclaw.json3. 监控磁盘使用
bash
# 每月检查
du -sh ~/.openclaw/workspace/memory/
# 健康阈值
# <10MB ✅ 正常
# 10-50MB ⚠️ 需要清理
# >50MB ❌ 立即清理🎯 场景化建议
场景 1: 日常对话
目标: 无感使用，自动学习
bash
# 无需任何操作
# 系统自动：
# - 记录对话到 .learnings/
# - 心跳时检查记忆健康
# - 按需检索历史场景 2: 调试问题
目标: 快速定位并修复
bash
# 1. 运行进化分析
cd ~/.openclaw/workspace/skills/evolver
node index.js run
# 2. 查看修复结果
tail -20 ../memory/evolution/memory_graph.jsonl
# 3. 如有问题，手动修复
# ... 编辑文件 ...
# 4. 清理临时文件
/root/.openclaw/workspace/scripts/evolver-cleanup.sh 7场景 3: 系统不稳定
目标: 快速稳定系统
bash
# 使用 repair-only 策略
EVOLVE_STRATEGY=repair-only node index.js run
# 或 harden 策略（平衡修复与稳定）
EVOLVE_STRATEGY=harden node index.js run场景 4: 开发新功能
目标: 创新而非修复
bash
# 使用 innovate 策略
EVOLVE_STRATEGY=innovate node index.js run
# 审查模式（人工确认）
node index.js --review📊 健康指标
记忆系统
| 指标 | 健康值 | 检查方法 |
|---|---|---|
| 记忆文件大小 | <10MB | du -sh memory/ |
| 检索响应时间 | <100ms | 手动测试 |
| 检索成功率 | >95% | 查看返回结果 |
进化系统
| 指标 | 健康值 | 检查方法 |
|---|---|---|
| 进化成功率 | >70% | 查看 memory_graph.jsonl |
| 文件增长速度 | <1MB/周 | 定期监控 |
| 归档文件数量 | <10 个/月 | 查看 archive/ |
⚠️ 避免的陷阱
❌ 不要运行自动循环
bash
# 不推荐：产生大量垃圾文件
node index.js --loop原因：
- 每次循环产生 ~50KB 文件
- 每天 10 次循环 = 500KB/天
- 每月 = 15MB 垃圾文件
替代方案：
bash
# 按需手动触发
node index.js run❌ 不要刻意追求 Hub 等级
bash
# 不推荐：为了声誉而发布
# 声誉是副产品，不是目标建议：
- 自然运行，成功时自动发布
- 不刻意刷声誉
- Level 2 足够使用所有功能
❌ 不要频繁修改配置
bash
# 不推荐：每天修改 openclaw.json
# 配置应该稳定，修改后测试建议：
- 修改前备份
- 修改后测试功能
- 确认后设只读
📚 检查清单
每周检查
- [ ] 运行一次进化分析
- [ ] 查看
.learnings/新增内容 - [ ] 测试记忆检索是否正常
每月检查
- [ ] 运行清理脚本
- [ ] 检查磁盘使用
- [ ] 审查
MEMORY.md更新 - [ ] 验证 Gateway 状态
每季度检查
- [ ] 归档旧文件（>90 天）
- [ ] 评估是否需要升级模型
- [ ] 检查 EvoMap Hub 新功能
📝 总结
核心原则：
- 按需使用 - 不运行自动循环
- 定期清理 - 每月一次清理脚本
- 监控健康 - 关注磁盘和成功率
- 自然进化 - 不刻意追求指标
记住：系统是工具，服务于你，而不是你服务于系统。