我在第一天用 OpenClaw 烧掉了价值 250 美元的代币。原因如下。

发布: (2026年3月20日 GMT+8 09:25)
2 分钟阅读
原文: Dev.to

Source: Dev.to

概览

Cover image for I burned $250 in tokens on day one with OpenClaw. Here's why.

没有生产流量。没有客户。只有我在测试几个简单的工作流。

罪魁祸首并不是一次大的请求,而是四件事的叠加:

  • 上下文膨胀。 我不断在提示中添加“再来一点”,包括之前的决定、更多的上下文以及更细的细节。每一次运行都在变大,却没有明显的感觉。
  • 工具输出膨胀。 日志、差异、API 响应直接流入下一步。输出变成输入,再变成输出。增长速度很快。
  • 计划任务开销。 Cron 任务在每次运行时重新建立大量的提示占用。虽然不是灾难性,但会悄悄地反复产生高费用。
  • 重复触发。 几次重试导致同一个臃肿的任务被执行两遍。

解决办法有点乏味:使用更小的上下文窗口、积极裁剪工具输出、在计划任务上使用全新的会话边界,最重要的是,停止默认使用最昂贵的模型来处理所有任务。仅这一步就削减了大部分成本。

过了一段时间,我对切换模型感到厌倦,于是把它变成了一个研究机会。我在 GitHub 上发布了 RoBC,随后对其进行训练并在 clawpane.co 投入生产。

如果你查看了仓库或需要帮助控制 AI 开支,请告诉我。

0 浏览
Back to Blog

相关文章

阅读更多 »

你没有错误地提示它

背景 我在收听《The Pragmatic Engineer》关于“The Third Golden Age of Software Engineering”这一期时,听到 Grady Booch 的讲述。在节目中,他提到…

你的上下文已被污染

Lance Martin 在 LangChain 发布了一个用于上下文工程的框架,包含四个操作:Write、Select、Compress 和 Isolate。每个操作都有一个失败……