OpenClaw 成本控制实战：从"越跑越贵"到可预测增长的 7 个动作

先统一一个认知：成本问题，本质是"路由问题"

很多人把成本归因到"模型太贵"，其实不完整。真正的关键是：什么任务被路由给了什么模型，并且喂了多少上下文。

举个简单例子：

• 写活动海报文案：轻量模型足够
• 审核复杂架构改动：高质量模型更稳
• 周期巡检提醒：完全可以低成本模型 + 结构化模板

如果你让所有任务都走同一条路线，那一定要么贵、要么慢、要么质量不稳定。

动作 1：给任务分级，不要"一把梭"

先做一个最小分级表，把任务按风险和复杂度分三档：

• L1（低风险）：整理、改写、汇总、固定格式输出
• L2（中风险）：带一点判断的方案比较、文档改造、轻代码变更
• L3（高风险）：生产级架构决策、安全相关、复杂调试

然后路由模型：

routing:
  L1:
    model: lightweight
    thinking: low
    maxContextTokens: 12000
  L2:
    model: lightweight
    thinking: medium
    maxContextTokens: 24000
  L3:
    model: powerful
    thinking: medium
    maxContextTokens: 48000

这里的重点不是参数本身，而是你终于有了一个团队可执行的"默认规则"。

动作 2：上下文预算化，别把历史全塞进去

社区里最常见的浪费，就是"怕丢信息，于是把所有历史都带上"。这会直接导致：

• token 成本线性上涨
• 模型注意力分散，回答反而更飘
• 同一任务重复执行时，稳定性下降

更好的做法是三层上下文：

1. 1.核心上下文（必带）：当前任务目标、约束、验收标准
2. 2.近程上下文（可选）：最近 3-5 条相关对话
3. 3.远程上下文（按需检索）：通过 memory_search 命中再拉取

示例流程：

# 先语义检索，再按需读片段，避免整段灌入
memory_search "OpenClaw 成本控制 路由 决策"
memory_get --path MEMORY.md --from 40 --lines 30

一个常被忽略的点：上下文不是越多越好，而是越准越好。

动作 3：把并行当杠杆，不是当炫技

并行能节省时间，但也可能放大成本。关键是只并行"真正独立"的步骤。

错误示例：同时开 6 个子任务，结果都在读同一批大文档，重复消耗。

正确示例：

• A 线程：收集素材
• B 线程：结构提纲
• C 线程：代码示例校验
• D 线程：SEO 标题和描述

彼此依赖少、上下文独立，才值得并行。

判断法：

• 输入是否可拆分？
• 输出是否互不覆盖？
• 合并时是否只需轻量拼接？

如果三条都满足，再并行。

动作 4：Cron 任务按"价值密度"设计

很多自动化任务成本高，不是因为频率高，而是因为每次都干了太多低价值动作。

推荐把 Cron 任务拆成两类：

• 快检任务（高频）：只做状态判断，不产长文
• 深度任务（低频）：有明确输入输出，产可复用结果

比如你要做"每周博客自动写作"：

• 每天检查"是否已有本周文章"应该是快检
• 真正写文只在未发布时触发一次

这样可以避免"每天都跑完整生成，最后只用一次"的浪费。

动作 5：输出模板化，减少模型自由发挥成本

模型越自由，token 越容易膨胀。把输出格式固定下来，通常能同时提升质量和成本可控性。

示例模板：

# 输出模板
1. 标题（含关键词）
2. 问题背景（200-300字）
3. 方案步骤（4-7条）
4. 代码/配置示例（至少1段）
5. 常见误区（3条）
6. 行动引导

同样一篇文章，结构化提示通常比开放式提示少很多无效内容。

动作 6：建立"成本回放"，每周复盘一次就够

你不需要做特别复杂的 BI。最小可用版本就三项：

• 本周任务数
• 本周成本
• 单任务平均成本

再加两条解释字段：

• 成本上涨原因（例如：新增长文任务、上下文长度增加）
• 下周优化动作（例如：L1 任务全部降级到低思考）

这一步的价值非常大：团队会从"感觉贵"升级到"知道为什么贵、下一步怎么改"。

动作 7：高价值任务保质量，低价值任务追性价比

最后一个原则很朴素：

• 涉及商业决策、架构风险、对外品牌的内容，优先质量
• 机械整理、批量改写、信息抽取，优先性价比

不要把"省钱"做成平均主义。真正的省钱，是把钱花在最该花的地方。

一套可直接抄的配置基线

# openclaw-cost-baseline.yaml
policy:
  defaultModel: lightweight
  highRiskModel: powerful

context:
  includeRecentMessages: 4
  useMemorySearchFirst: true
  hardTokenBudget:
    L1: 12000
    L2: 24000
    L3: 48000

execution:
  parallel:
    enabled: true
    maxConcurrent: 3
    onlyIndependentTasks: true
  cron:
    quickCheck:
      model: lightweight
      thinking: low
    deepWork:
      model: lightweight
      thinking: medium

review:
  weeklyCostReview: true
  requiredFields:
    - taskCount
    - totalCost
    - avgCostPerTask
    - costChangeReason
    - nextWeekAction

常见误区（顺手帮你避坑）

误区 1：一上来就做超复杂路由系统

建议先从三档分级开始，别过度设计。

误区 2：把所有省钱压力都压给模型

成本控制是流程问题，不只是模型问题。

误区 3：只看总成本，不看单位产出

如果成本涨了，但产出翻倍且转化更高，这不一定是坏事。

结语

如果你现在正处在"自动化很爽，但总觉得越跑越贵"的阶段，不妨从今天开始做两件小事：

1. 1.给任务加 L1/L2/L3 标签
2. 2.所有任务先做上下文预算，再执行

这两个动作看起来很普通，但通常是成本曲线拐头向下的起点。