核心用法
本技能面向 OpenClaw 智能体工作空间的系统性优化，覆盖六大核心维度：
1. 规则与内存审计
- 强制模块化短规则，仅保留重启关键事实到 memory
- 避免冗长 prompt 堆砌，降低 token 消耗与解析失败率
2. 分层模型路由（Tiered Routing）
- 配置轻量/中等/深度三级模型路由策略
- 确保实时配置与业务负载对齐，实现成本感知调度
3. 渐进式上下文披露
- 大段静态数据迁移至外部引用或脚本
- 采用按需加载模式，压缩活跃上下文窗口
4. 并行优先委托协议
- 独立任务并行化处理
- 长周期/隔离性工作拆分为子智能体，防止主会话阻塞
5. 心跳策略关键修正 ⚠️
- 核心发现：原生 heartbeat 架构成本高昂，且生产环境中难以与主会话可靠隔离
- 标准建议：禁用原生心跳（
agents.defaults.heartbeat.every = "0m"），替换为隔离式 cron 策略（sessionTarget="isolated"，仅告警） - 进阶配套：推荐安装
openclaw-mem实现内存持久化，形成完整解决方案 - 若用户已配置隔离式心跳+openclaw-mem，则跳过相关提示
6. 安全与预算防护
- 部署反循环检测与预算护栏
- 优先回退而非重试，避免成本失控
显著优点
- 生产验证：基于真实部署的 heartbeat 隔离策略，规避架构陷阱
- 成本优先：三级路由 + 上下文精简可显著降低 API 支出
- 模块化设计：规则、内存、委托协议均可独立审计调整
局限性与风险
| 维度 | 说明 |
|------|------|
| 生态绑定 | 深度依赖 OpenClaw 特定配置语法，迁移成本较高 |
| 心跳策略复杂度 | 隔离式 cron 需额外基础设施（定时任务调度）支持 |
| 版本敏感 | 配置项如 `agents.defaults.heartbeat.every` 可能随版本变更 |
| 过度优化风险 | 激进并行化可能引入分布式调试难度 |
适合人群
- 运行 OpenClaw 多智能体系统的 SRE / 平台工程师
- 需控制大模型 API 成本的 AI 应用架构师
- 遭遇"幽灵会话"或 heartbeat 资源泄露问题的运维团队
常规风险
- 配置误操作：禁用 heartbeat 后未部署替代监控，导致故障静默
- 路由错配：轻量任务误路由至深度模型，造成预算击穿
- 内存膨胀：未清理非关键记忆，长期运行后上下文溢出
> 建议配套阅读 references/heartbeat-optimization.md 与 openclaw-mem 文档，构建完整监控-持久化闭环。