Spotify Portal 让 Claude Code 代币消耗降 90%

Portal by Spotify cut my Claude Code token usage by 90%

Spotify Portal 让 Claude Code 代币消耗降 90%

AI 编程代理的开销大头并非推理,而是读取文件和生成样板代码等 I/O 操作。Spotify 工程师利用 Portal 中的 AiKA Modes 构建了一套智能路由机制,将这类低价值任务分流给廉价的 Gemini 2.5 Flash 模型,仅保留 Claude 处理核心逻辑。通过 shunt 插件拦截大文件读取和重复代码生成,这一方案在 Java 单体仓库测试中实现了惊人的 90% 代币节省。这不仅解决了成本飙升的痛点,更展示了将模型路由从系统工程转化为配置问题的可能性,让开发者无需搭建复杂基础设施即可优化 AI 工作流。

真正的问题不是席位许可费,而是代币消耗,而你却在用顶尖模型处理那些根本不需要它的工作。
  1. schainks

    只有真正的企业级执着,才会把技术思想领导力文章发布在一个 actively 阻碍你阅读内容的页面上。

  2. steveBK123

    Spotify 让产品变得更差,到底实现了多么惊人的生产力提升?

  3. ricardobeat

    文中完全没有提及正确性或任务成功率。只有当子代理模型比运行你会话的模型便宜得多时,这招才管用,这意味着它很可能会更频繁地 [1] 搞错代码的实际功能。仅按大小进行路由告诉你关于代码复杂度的信息为零。

    此外,节省 90% 的输入 token 不等于节省 90% 的“token”,输出 token 的费用要昂贵得多。

    [1] 尤其是如果用的是像 Gemini 2.5 这样非常老的模型!

  4. alastairr

    这些博客文章发布前真的有人审阅吗?如果公司里没人愿意费心审阅,我就不知道他们为什么还指望有人能忍受这些 AI 生成的陈词滥调。

  5. solenoid0937

    所以这不过是把某些工作交给更笨的模型?我肯定不会像文中建议的那样,用 Gemini 2.5 Flash (!!?) 来写代码。

    我从未遇到过 Codex 或 Claude 无法读取大文件的问题,它们做精确 grep 真的非常在行。

  6. pmdr

    希望网站别再乱改滚动行为了。

  7. jnwatson

    之所以能减少 token 用量,是因为他们针对阅读/代码编写任务使用了不同的服务,且该服务有不同的 token 预算。

    你也可以直接用 Claude Code 将这类任务委派给子代理(不过除非你通过 OpenRouter 切换更便宜的模型,否则可选模型范围更有限)。

    我乐意把笨模型当智能 grep 用,但使用前沿模型的核心目的,就是利用它们的智能去搞定像写代码这样的硬骨头。

  8. khaki54

    阅读关于 AI 实际应用的帖子有个弊端:作者往往就是用 AI 写的。我不知道为什么 AI 写出来的文字在浏览器里读起来那么费劲。我在 TUI 上看倒是完全没问题。

同日更多故事

2026-09-05