Spotify 推出 Xirp，以编排编码代理并避免模型锁定
该测试版在 Claude、Gemini 和 Codex 会话之间保留上下文，然后将工作导入到 Spotify's Portal developer platform。
By Ryan Merket · Published
Primary source: Spotify Portal
为何重要
Xirp 将 Spotify 置于编码模型供应商之上，把可移植性、组织上下文和会话治理转变为产品本身，而不是押注于某个单一的 AI 提供商。
Spotify 在 8月10日 推出了 Xirp，将这款新的具代理性的开发环境定位为一个控制层，供工程团队在不同模型、代码仓库和并行工作会话中运行 AI 编码代理时使用。
Tyson Singer，Spotify 的技术与平台负责人，表示在工程师从为每项任务使用单一编码代理转变为在不同工具、分支和仓库之间协调多个代理之后，Spotify 构建了 Xirp。Singer 指出，这一转变确实提高了代码产出，但也带来了更多返工、不一致的结果以及随着代理反复重建上下文而产生的 token 支出。
Xirp 是 Spotify 试图将这些上下文从模型提供商中分离出来的尝试。该产品支持 Claude Code、Gemini CLI 和 Codex，每个会话都在其自己的 Git worktree 中运行。工程师可以在项目进行中切换工具而保留工作状态，Spotify 还表示团队可以将工作路由到自托管的开源模型。
这一架构应对了一个日益突出的企业担忧：编码代理的采用可能会使工程工作流被绑定到存储提示、规则、技能和会话历史的特定供应商。Xirp 将这些材料保存在共享环境中，使 Spotify 处于模型层之上，而不是与模型开发者直接竞争。…
When you purchase through links in our articles, we may earn a small commission. This doesn’t affect our editorial independence.