Xirp:Spotify 打造的全栈智能体开发环境
我们在 Spotify 规模化落地 AI 编码智能体时学到的经验
Spotify 如何构建了 Xirp——一个不绑定任何特定厂商的智能体开发环境,以及为什么把它和 Portal 搭配使用,能把组织上下文变成每次智能体会话的倍增器。

我交谈过的每一位 CTO 都已经越过了「要不要用」的阶段。他们的工程组织每天都在使用 AI 编码智能体。但他们脚下的技术版图却始终在剧烈变动——新模型、新智能体层出不穷,成本不断上升,定价结构每个季度都在变,能力更是隔夜就能升级。
真正的挑战不再是单纯的速度。而是确保团队在任意时刻都能灵活采用最能创造价值的工具,同时不会随着规模扩大而积累厂商依赖,也不会让成本不断叠加。
在 Spotify,数千名工程师分布在数百个团队中,这种张力决定了我们构建开发基础设施的方式。我们的工程师需要自主选择最适合自己工作的工具,而「什么是最适合」这个标准本身也在快速演变。但无约束的自主会产生碎片化、重复劳动和参差不齐的结果。调和这种矛盾,正是我们做一切事情的出发点。
从单个智能体到数千次会话
回过头看,这条路其实是可以预见的。团队从单个智能体开始:一次会话、一名开发者、一项任务。然后采用速度开始加快。
工程师——后来也包括非工程师——开始在多个会话、不同工具、代码仓库和分支中并行编排多个智能体。上下文在一个会话里累积,却在另一个会话里被需要。机构知识碎片化成了个人配置——CLAUDE.md 文件、定制的 MCP 设置、私人提示词库——使得跨团队、跨工作流传递上下文变得越来越难。
由此产生的熵直接影响了生产力。PR 数量增加了,但返工、不一致和令牌浪费也随之增加。一个会话里的智能体花费大量精力去重新发现另一个会话早就解决的问题。
Xirp:由 Spotify 打造的智能体开发环境
此外,工程师们花在重建上下文上的精力,几乎和开发新功能一样多。而在组织层面,如何在成千上万个并发会话之间建立更强的可见性,也变得越来越重要。
这类问题我们并不陌生。十年前,数千名工程师在数千个服务上协作,同样造成了这种碎片化。正因如此,我们构建了 Backstage——一个统一、结构化的真源(source of truth)系统,用来记录系统之间的互联方式:依赖关系图、组件元数据、归属关系、架构决策。Backstage 成为我们内部开发者平台的地基,后来我们又在此基础上构建了 Portal,让任何组织无需自己运维基础设施,也能享受同样的好处。
AI 编码智能体给这种组织级复杂性带来了一个全新的维度,它需要专门的解决方案。
认识 Xirp
Xirp 是一个厂商中立的智能体开发环境(agentic development environment),诞生于一个具体的工程需求。
构建 Xirp 的目的,是帮助工程师管理分散在多个工具(Claude Code、Gemini CLI、Codex 等)中的几十个并发智能体会话,让 50 多个并行会话的协调变得可行。每个会话都运行在独立的工作树(worktree)中,几十个智能体可以在同一份代码库上同时工作而互不干扰。上下文不绑定于任何单一智能体或工具——项目中途切换工具,完整的工作状态也会一并带过去。厂商中立是一项架构层面的硬性要求,它直接源自工程师们的真实工作方式。
从战略角度看,这正是我们整个组织需要的能力:在任意时刻自由选用当下最好的工具,而不必在生态每次演进时都付出迁移成本。Xirp 让工程师能在任务中途切换模型,把每个任务交给性价比最优的方案——包括我们自行托管的开源模型——从而永不锁定在某个厂商上。
当新模型出现时,我们的工程师无需重建环境就能完成迁移。他们可以在不同编码智能体之间流畅切换,跨会话保留上下文,并编排并行工作流。
我们在内部看到了不错的验证:数千名 Spotify 工程师已自发采用 Xirp,累计超过 36,000 次会话,带来了更快的上下文切换和成本效益。
Xirp + Portal:倍增效应
Xirp 本身解决了多智能体编排的难题,而与 Portal 结合后,它就变成了真正的智能体指挥中心。
当 Xirp 连接到 Portal,每个智能体会话都会用软件目录中的组织上下文来初始化:组件架构、依赖图、所有权拓扑,以及决定系统间如何关联的架构决策。
结果就是整个工程组织共享的统一基线。同样的结构化知识曾让 Backstage 对人类工程师产生了变革性影响,如今也让 AI 智能体变得高效得多。
价值在双向叠加。每次会话结束后,会话记录和元数据会回流到 Portal,为整个组织提供全面的可见性:完成了什么、谁在做什么、从哪里继续。任何工程师或智能体都可以接着上一个人停下的地方做,因为完整的工作上下文都保存在 Portal 里。
团队中的工作变得可以互换,重复劳动被消除。一位工程师的智能体会话产出的组织知识,会立即成为团队后续每个会话的可用素材。
想想每个团队各自独立开发的技能、规则、插件和 MCP 配置——Portal 把它们整合成一个精选市场,团队可以在此贡献、发现并借鉴彼此的成果。对于更喜欢直接在自己选定的智能体中操作的团队,Portal 的 MCP 工具会在任何编码会话中原生展现同样的组织上下文。
Xirp:Spotify 打造的智能体开发环境
像 Spotify 一样构建、试验和交付
Spotify 的工程文化一直秉持一个理念:给团队快速行动的自主权,同时投资于共享基础设施,让这种速度能够持续下去。我们把这个原则应用到了开发者体验上——推出了 Backstage 和 Portal;应用到了产品开发上——打造了实验平台 Confidence;现在,我们又把它带到了智能体软件开发领域——这就是 Xirp 和 Portal。
那些学得最快的组织,那些把工程知识沉淀到共享、结构化系统中而不是散落在个人手里的组织,才能真正收获 AI 辅助开发的全部价值。我们已经在规模化实践中验证了这套模式。现在,我们把这些经验交到你手上。