72 次实测拆解 Blender MCP 用量成本

把 Blender 接上 Claude Code，真的会烧掉很多 token 吗？作者做了 72 次运行，结论是：普通任务没有传言中那么贵，真正容易推高账单的是脚本返回的大段文本。日常任务花费为 $0.16 到 $0.23，一段带跟拍镜头的赛车动画平均花费 $0.47。

这组实验更有用的地方，是把工具返回、客户端指令和执行步数分开看。对使用 MCP 的程序员来说，先查清上下文里装了什么，可能比急着加一层压缩代理更有效。

普通任务的钱，主要花在了哪里

作者使用 Claude Code 2.1.295、Opus 5.5，推理强度为 medium。测试日期是 2026-10-22，机器运行 Windows 11，显卡为 GTX 1650；Blender 为 5.2.2 LTS，通过 uvx mcp-for-blender 接入，插件版本为 1.8，关闭遥测。

为控制变量，作者只连接 Blender server，禁用了网页、文件、shell 工具，也关闭了服务端的 3D 生成与素材下载工具。脚本准备了三类固定场景：13 个对象的房间、580 个对象的街区，以及空场景。

作者报告，72 次运行事后读取保存的 .blend 文件检查，全部通过相应验证，包括桌椅是否存在、椅子是否变红、动画是否为 120 帧、镜头是否跟车。

日常任务花费为 $0.16 到 $0.23，按 Claude Code 报告的 Opus 5.5 API 价格计算。在相关的 25 次运行里，最大的文本返回只有 2,347 个字符。当前 MCP for Blender 默认每次列出 20 个对象，截图默认尺寸为 768 像素，返回量已经有所控制。

反而是每一步请求里，Claude Code 自身的指令占了大头，约 25,000 tokens，而且每一步都会重新发送。

在这组测试里，成本更受执行步数影响，而不是单次 Blender 工具返回的大小。

$0.47 的赛车动画，算到了哪一步

作者要求模型自行设计一辆低多边形赛车，搭建带弯道的赛道，制作穿过弯道的 5 秒动画，并配置跟拍镜头。

模型大约用了 10 次请求、93 秒完成。未加代理的 5 次运行平均花费 $0.47，范围为 $0.42 到 $0.56。算上代理组，共 10 次运行都生成了可工作的动画。

不过，这不是成片的全部耗时。作者随后用 EEVEE 渲染，在 GTX 1650 上每段约需 90 秒，这部分不计入前面的测量成本。

真正昂贵的任务，是要求打印全部 580 个对象的所有属性。脚本返回 122,373 个字符，Claude Code 拒绝接收后，模型又分成四块重跑，每块约 32,000 个字符，最终四块都留在上下文中。结果累计输入达到 242,782 tokens，每任务 $0.87，超过普通任务的四倍。

另一个极端任务却没有同样涨价：打印球体全部 19,042 个顶点时，结果被客户端拒绝，模型报告已经打印便停止了，花费只有 $0.17。这说明，大输出是否真正进入上下文，以及拒绝后模型如何继续，都会影响账单。任务便宜，也不能单独证明信息交付完整。

压缩代理能防大输出，却未必能省日常账单

作者测试了自己开发的 tokensave-mcp-diet 0.3。它放在客户端与服务端之间，转发所有工具调用，主要改变两类返回。

文本超过 8,000 个字符时，只保留前 2,000 和后 1,000 个字符，中间替换成摘要。完整内容仍留在内存里，模型可以通过新增的 result_detail 工具，按行范围或搜索取回细节。属性导出的摘要中，曾显示隐藏了 568 行、132,418 个字符。

图片方面，带 max_size 参数的工具默认使用 512 像素，除非模型主动请求超过 1,000。

下面的配置把代理接到 Blender server 前面：

{
  "mcpServers": {
    "blender": {
      "command": "npx",
      "args": ["-y", "github:johnisking/tokensave-mcp-diet", "--", "uvx", "mcp-for-blender"]
    }
  }
}

注意 args 中的 --：它分隔代理参数和后面的 uvx mcp-for-blender 命令。

赛车任务的图片 token 减少了 62%，总成本却只下降 6%。原因是图片原本只占输入的一小部分。更关键的是，代理完全没有改变返回内容的小房间描述任务，也便宜了 4%。作者据此承认，日常任务的价格差异处于运行波动范围内。

代理还踩过一个实现坑：MCP for Blender 同时返回 structuredContent，Claude Code 展示的是这个字段。早期代理只截短文本，长输出仍然照常进入客户端。0.3 版补上了这些字段的处理，并重新运行相关任务。

我的判断

我认同作者的排查顺序：先看请求步数与实际输入，再判断要不要压缩工具结果。图片 token 少了 62%，账单没有同比下降，就是很直接的提醒。

但这仍是单模型、单机器、单客户端的测试。每个任务通常运行 5 次，两个极端案例各 3 次；输入 token 总数是精确值，图片 token 则按 宽 × 高 / 750 估算。MCP for Blender 也只代表 2026-10 版本，不能据此推断所有 MCP 服务都省钱。

代理更适合防止意外大输出。相比直接要求工具返回计数、摘要或文件，它多了一层部署和信息取回过程。原文没有给出修复后长输出任务的明确节省比例，也没有充分比较不同方案的成本，因此不能替它承诺具体收益。

能拿来做什么

• 在 Claude Code 里排查 MCP 成本时，同时记录执行步数、输入 token 和工具返回长度，先确定费用来自哪里。
• 给 Blender 等脚本工具下指令时，优先要求对象数量、异常项和必要字段，避免直接要求打印全部属性或顶点。
• 给 Node 编写的 MCP 服务加输出限制时，同时检查文本与 structuredContent，并提供按行或搜索读取细节的方式。
• 验证压缩方案时，用同一任务重复运行，分别比较图片 token、总输入和总成本，不要把一次便宜几分钱当成稳定收益。