Stripe 构建了 minions，一个自研的 Agent 系统，每周能合并 1300 多个拉取请求，且无需任何人工编写的代码。Sierra 的 Pinecone 则能自动开启他们 70% 的 PR。这些文章写得非常出色。如果你还没读过，建议去看看。如果你读过，你很可能也会想，自己是不是也该构建一个。
对于大多数团队来说，我认为答案是否定的。不是因为 Stripe 和 Sierra 做错了。他们是在这些理念上行动较早的团队，并且有足够的人才团队来实现。但现在，你可以（几乎）买到他们不得不自己构建的一切。大多数组织应该为其他事情进行优化：价值实现的速度。我在 Cursor 工作，所以我有自己的偏好，但以下是原因：
1. 真正有差异化的部分是可移植的
云 Agent 系统中，让你感觉属于自己的部分，是上下文层。这些规则编码了你的约定。技能则规范化了可复用的指令。通过 MCP 访问你的内部系统。工作流来验证 Agent 编写的内容。当 Stripe 的 minions 读取他们工程师为 Cursor 和 Claude Code 编写的相同规则文件，并从相同的内部 MCP 工具中拉取上下文时，这就是上下文在发挥作用。
关于这一层的关键在于：它是整个系统中差异化程度最高的部分，也是最可移植的部分。一个规则文件、一个技能和一个 MCP 配置在任何地方都能以相同的方式工作，并且它们都不会将你绑定到某个供应商。Stripe 通过标准化 Cursor 的规则格式证明了这一点，因此一套规则可以同时指导他们的 minions、Cursor 和 Claude Code。所以，通常的担忧——“如果我们购买了平台，就放弃了我们的差异化”——根本不必担心。无论如何，你都能保留有差异化的部分。购买意味着你跳过了它下面所有的基础设施。
2. 构建的规模远超想象
让一个 Agent 在虚拟机中运行？那只需要一个周末。但要达到 99.99% 的可靠性和低于 10 秒的环境启动时间？那是一个需要多个季度的基础设施项目。我们在 Cursor 构建云 Agent 已经 18 个月了，我们相信这将是一个需要持续投入的领域。
还有一个打磨问题。即使是一个能正常运行的内部构建，也往往缺乏让人们真正使用它的细节关注度。一个只有 80% 好用的内部工具，其使用量可能只有 20%。大多数团队最终只发布了一个 Slack 机器人就停止了，因为将同一个 Agent 集成到 IDE、命令行、网页、移动端、Jira 等平台，涉及的面太广了。然后是治理：用户管理、Token 分析、预算控制、审计追踪。所有这些都是强制性的，但没有一项是具有差异化的。
问责制是另一个从未被计入构建成本估算的代价。Agent 会执行操作。最终，其中一个会做错事。当这种情况发生时，所有人都会看向构建该系统的团队，然后该团队就得负责处理事件、事后复盘和补救措施。购买并不能杜绝事故，但它确实能让拥有安全团队的供应商与你共同承担责任。
3. 技术前沿不会停滞不前
每隔一个月左右，一些有远见的团队就会发明一种更好的自动化软件开发生命周期的方法，而三个月前你构建的任何东西看起来都过时了。经过微调的代码模型很快就被下一代前沿模型超越了。大家构建的 RAG 栈输给了长上下文和 Agent 搜索。自定义集成一夜之间变成了 MCP 配置。就连 Sierra 最初也是用 git 工作树中的并行 Agent 起步，几个月后就超越了它们。
在 Cursor 的规模下，我们可以适应这种变化。我们乐于重建，因为成本分摊到成千上万的客户身上，而且账依然算得过来。同样的规模效应能带来议价后的云合同和单租户装箱优化，这是任何内部部署都无法比拟的。对于一个内部开发体验团队来说，同样的变化则是一种成本。每一次的重新发明都会落在已经排满内部客户需求的路线图上。你不想永远处于研发的跑步机上。你需要一个规模化的合作伙伴来为你运营。
4. 购买并不意味着放弃控制权
最后一个反对理由是控制权。大多数“构建”的决定，实际上都是对“供应商锁定”的恐惧伪装而成的。所以，要具体明确你真正需要选择权的地方。模型是显而易见的一个：Token 支出正成为一个实实在在的账目，而能力与成本之间的帕累托前沿每几周就会变化一次。通过一个模型无关的平台，无论本周是哪家公司在领跑，你总能获得最顶尖的模型。
另一个是 Agent 执行层。你可以按照自己的意愿运行它，从完全由 Cursor 托管，到完全在你的网络中自托管，Agent 可以像任何服务账户一样访问内部端点和测试基础设施。你的安全态势变成了一个部署选择，而不是一个需要自己构建的理由。
何时应该自己构建
有一些因素会让你倾向于自己构建。符合你的情况越多，自己构建的理由就越充分。
你的产品本身就是 Agent 基础设施。Sierra 靠销售 AI Agent 为生。构建 Agent 系统是他们的基因，每天有几百名员工在内部使用（dogfooding）。他们当然有构建编码 Agent 系统的专业知识。
你已经掌握了困难的部分。Stripe 在已经完善了十年的开发盒上运行 minions。对他们来说，围绕着这些开发盒构建一个 Agent 系统，可能比改造它们以适应现成产品的形态要省力。如果你的开发基础设施如此成熟且如此定制化，对你来说，情况也可能类似。
你会像对待产品一样，对其进行长期投入。一个配备人员的团队，有路线图、有值班机制、有能挺过重组的预算。即便如此，也不要从零开始：像 Cursor SDK 这样的构建模块，为你提供了一个现成的、与模型无关的 Agent 框架，这样你的团队就能把精力投入到对你来说独一无二的部分。
致谢
我由衷地敬佩 Stripe、Sierra 以及其他正在推动 Agent 工程极限的团队。他们的工程团队是顶尖的。但大多数组织不需要追随他们的脚步。他们需要的是价值实现的速度，以及一个以替他们保持技术前沿为全部工作的合作伙伴。对几乎所有人来说，这都比完全定制化更有价值。
尽快实现 AI 原生。然后，再决定哪些部分要逐步收归内部自己来做。
