*来源：Latent Space Podcast* *采访日期：2025年6月25日* *嘉宾：Zach Lloyd（Warp CEO兼创始人）、Ben Holmes（Warp工程师）* *主持人：Alessio（Decibel合伙人兼CTO）、Swyx（SmallAI创始人）* ## 核心观点总结 ### 产品定位的根本转变 Warp不再仅仅是一个终端工具，而是重新定义为"**代理开发环境**"（Agentic Development Environment, ADE）。这一转变反映了开发工作流程的根本性变化：从传统的手动编码转向基于提示的开发模式。 ### 技术突破 - **多线程代理工作流**：支持同时运行多个AI代理，处理不同的开发任务 - **SWE-bench基准测试领先**：在编程代理评估中达到业界领先水平 - **深度集成能力**：原生支持MCP、代码库嵌入、内联差异编辑等功能 ### 商业增长亮点 - 活跃用户：约60万 - 收入增长：每周5-15%的增长率 - 企业级功能：SOC 2合规、SSO支持、数据保留策略 --- ## 完整采访翻译 ### 开场与嘉宾介绍 **主持人**：大家好，欢迎回到最新一期的Latent Space播客。我是Alessio，Decibel的合伙人兼CTO，今天和我一起主持的是Swyx，SmallAI的创始人。今天我们非常兴奋地欢迎两位来自Warp的嘉宾：我认识很久的Ben Holmes，以及Warp的CEO兼创始人Zach。欢迎来到播客！ **Zach**：感谢邀请我们，能来这里真是太棒了。 **Ben**：是的，这太好了。我甚至不记得我是什么时候切换到Warp的。 **Swyx**：我觉得更换终端对很多人来说是一个非常个人化的选择。我想我很长时间都是iTerm 2的用户，然后Warp出现了，你们是第一批基本上可以称为AI终端的，显然我想尝试所有AI相关的东西，而且它确实让我坚持使用下来了。这就是我介绍Warp的方式。 ### Warp的进化：从终端到代理开发环境 **Zach**：我认为随着这个播客的发布，我们正在发布Warp 2.0，我们将自己定位为不再仅仅是一个终端，而是一个**代理开发环境**。我可以解释这意味着什么，但简单来说，Warp已经在相当长的时间里做了远超传统终端的事情，无论是将你的英语翻译成命令，为你执行任务，还是具有协作平台功能。 将它称为终端有点局限了它的功能，并且会产生一些关于你可以用这个工具做什么的先入为主的观念。 *注解：这里体现了Warp团队对产品定位的深思熟虑。从"终端"到"代理开发环境"的名称变更，不仅仅是营销策略，而是对产品本质的重新思考。* 我们今天发布的最大新功能是Warp中的编码代理，这是一个最先进的编码代理。我们在SWE-bench上应该有分数——Ben一直在研究我们的SWE-bench，但我们在SWE-bench上基本上是最先进的。我想我们可能会在T-bench（终端基准测试）上排名第一或接近第一，这个我们真的应该是最好的。 我们发布的功能基本上与Claude Code非常相似，我知道你们都报道过，我也听了那次录音。你可以告诉Warp为你构建一个功能，告诉Warp修复一个bug，你也可以告诉Warp做基本上任何事情，比如帮你调试为什么服务器崩溃，或者为什么git出错，或者如何重建docker相关的东西。所以这是一个非常灵活的界面，用于执行这些代理工作流程。 ### 个人体验分享：从用户角度看代理能力 **Swyx**：我想分享一个我的经验，虽然Warp 1.0严格来说不是代理。我一直对Warp有些批评，就像每个使用它的人一样，但后来我想，等等——我开始安装一个叫Home Assistant的新项目，这是一种开源的Alexa，我缺少一些包，它就开始向我建议修复Python环境的方法。我所做的只是按回车，就一直按回车，它大部分时候都有效。有时我必须倒退，但这在某种意义上是代理式的，除了我通过按回车来驱动它，我就是人类循环。 **Zach**：这是你关于我们最喜欢的推文。我知道我们已经炸了你的内存好几次，为此道歉，但是的，这就像大多数Warp用户第一次接触到"哇，这个东西可以解决我的问题"的方式。这是我们在AI方面最常见的入门方式。 当它有效时很神奇，因为你会想，这是我作为开发者最不想处理的事情，比如"该死，我缺少这个依赖项，这个路径变量错了"，Warp就能为你修复这些东西。 *注解：这个例子很好地说明了渐进式AI助手的价值。用户不需要学习复杂的新界面，只需要在熟悉的工作流程中获得智能建议。* 我们现在引入了让它完全代理式运行的能力。我们称之为代理配置文件，你可以在运行命令、执行差异或进行代码搜索的级别上控制自主级别。我现在基本上以完全自主的方式运行Warp，只要你不在某个生产服务器或类似的地方，这工作得很好。 ### 与ChatGPT集成的对比：为什么选择原生构建 **Alessio**：自从ChatGPT桌面应用以来，我一直在使用Warp和ChatGPT的集成。你可以选择让Warp建议的切换工作流程，或者你可以让ChatGPT与Warp配合工作。显然你们构建了对此的支持，为什么你们然后决定说"嘿，我们应该拥有端到端的代理并将编码构建到其中"，而不是将智能外包给不同的层？ **Zach**：有几个原因。主要原因是，如果Warp本身是驱动交互的东西，我们觉得集成可以更深入，主要是因为我们可以在Warp中直接进行的工具调用类型。 当我想到ChatGPT桌面应用或Claude桌面应用时，我看到的Warp的最大区别是，Warp更像是一个读写界面，而我倾向于将这些工具用作只读界面。现在你可以通过MCP连接它们并通过MCP做一些事情，但命令行实际上是一个为执行而构建的界面。 *注解：这里触及了AI代理工具设计的核心问题：应该构建通用工具还是专用工具？Warp选择了垂直整合的路径。* 当你给代理直接在其中运行CLI工具或进行代码差异的能力时，它要强大得多。另一件事是，我们在提示应该是什么、如何正确获取上下文以在终端中做事情以及我们现在称为ADE的方面做了很多工作。如果发生在我们控制之外并且只是使用ChatGPT的提示，就不够集成。 最后，我们使用很多不同的模型，所以ChatGPT在这一点上甚至不是首选模型，对我们来说是Anthropic。 ### 通用输入与演示：代理和终端的结合使用 **Zach**：如果你是Warp用户，这会感觉非常非常熟悉，除了你在这里看到的主要东西是我们称为**通用输入**的东西，这基本上只是一个更好的输入，用于驱动终端命令或代理。 它做的一件事是它会检测你是在输入英语还是在输入代理命令。所以我可以说"告诉我关于这个仓库的信息"，你会看到我现在有一个自动检测模式，它意识到这是英语。如果我执行这个，它将作为启动代理来执行。 如果你是Warp用户并且发现这个功能很烦人，因为它有时会误判，我们现在给你控制权，基本上可以将其锁定为终端模式或锁定为代理模式。我总是使用自动检测，因为我发现这更有用。 作为一个终端，即使你在自动检测模式下，你也可以运行常规的终端命令，它的工作方式与Warp一直以来的工作方式相同。 ### 编码功能演示：Bug修复与多线程代理工作流 **Zach**：我将向Warp询问为我修复一个bug。这是Warp中的一个真实bug。问题是，如果我关闭这个，应该发生的是这个模型选择器应该消失，但现在这没有发生，它没有监听设置。 我将向你展示在Warp中修复这样的bug的工作流程。我只会说"你能查看我的Linear问题吗？这个问题已经在Linear中记录了，7252，帮我想出一个修复计划。" *注解：这里展示了现代开发工作流程的一个重要特点：问题跟踪系统的集成。通过MCP，AI代理可以直接访问Linear、Notion、Sentry等外部服务。* 我将与Warp对话，因为我发现这比让人们看着我打字更容易，也不那么烦人。 我们在Warp中添加的另一件事是在文件引用中给出直接上下文的能力，顺便说一下，即使你只是将Warp用作终端，这实际上也非常有用。 我将在这里展示一些在Warp中使我们更酷的东西。首先，我们现在有完整的MCP支持，这正在使用Linear MCP，MCP在Warp Drive中配置，或者你可以通过设置访问它。我有Linear，我有Notion，我有Sentry。这非常有用。 *注解：MCP（Model Context Protocol）是Anthropic开发的协议，允许AI模型与外部工具和数据源进行标准化交互。* 第二件事是Warp中的另一个新功能，我们现在有代码库嵌入。我知道关于是否需要代码库嵌入有一些问题，对此似乎有不同的意见。我们发现，在Warp的内部仓库中，能够对代码文件进行语义搜索实际上非常有用。 这都是可控制的。如果你进入设置，你可以看到有嵌入的代码库，这样我们就可以对其进行向量搜索。你可以控制这个并关闭它。我们不存储任何代码——我知道有一些编码工具实际上在存储你的代码库，我们只是为语义搜索存储向量。 ### 内联差异编辑和生产工作流程 **Zach**：现在我想展示一下代码体验是什么样的，所以你得到类似于Claude Code的东西，我认为这是我们最相似的范式。 你得到这些内联差异。我应该向你展示的一件事是我也有编辑这些的能力。让我进入我的AI设置一秒钟，关闭一些自主性。我将把这个改为代理应该询问我代码差异。 *注解：这里展示了人机协作的平衡。虽然AI可以自主工作，但关键决策点仍然需要人类参与。* Warp相比于Claude Code、Aider或Cursor CLI的酷炫之处在于，当你进行这种线性的基于代理的编码工作流程时，你实际上可以使用丰富UI的一些元素来完成它。这是我们直接构建到Warp中的差异查看器。如果我想的话，我也可以进入这里，这是一个完整的代码编辑器。 这是ADE发布的全新功能，如果我想的话，我可以在这里实际编辑。我的感觉是你将进行越来越少的手动代码编辑，我知道你们采访了Claude Code的人，我认为他们同意，但有时你需要做这些，不必切换到工具外的编辑器，我认为这是工作流程中非常好的一部分。 ### REPL集成与AI辅助数据库命令 **Zach**：我将展示最后一件事，我认为这非常酷，并且是Warp独有的差异化功能。AI真正有用的另一个地方，这不是Warp中的一个广为人知的功能，但它可能非常强大，就是如果你进入一个REPL，这里我在一个postgres REPL中，你甚至可以在这个REPL中访问AI，进行自然语言到REPL命令的翻译。 例如，我可以说"显示所有表"，它会实时翻译。这很简单，但我可以说"显示我们的用户表"。这里的想法是你可以说"显示所有与git相关的工作流程"之类的东西。 *注解：这个功能特别有价值，因为它降低了使用各种命令行工具的学习曲线。开发者不需要记住每个数据库或工具的特定语法。* 这里很酷的是，它为我实时生成SQL，也基于会话内容学习上下文。所以如果你在node、python、postgres、mysql中工作，它在任何REPL中都能工作，这是Warp的一个非常差异化和酷炫的功能。 ### 设计理念与用户界面演进 **Swyx**：你如何整体思考UX和它的形状？我觉得即使现在你有Warp Drive在左边，但也许更有趣的是看到不同的代理运行时运行，而不是隐藏它们。你带来了什么样的包袱，你认为事情会怎样发展？ **Zach**：我认为我们想在UI中展示的主要东西是你的代理是什么以及它们在做什么。现在你可以在顶部的选项卡中看到这一点，但这也有点像选项卡是什么，窗格是什么，或者会话是什么。 我们在设计方面试图思考，代理优先的界面会是什么样子。我们也在尝试为已经在使用Warp的人建立一座桥梁，这里有一些包袱。这是我们可以构建应用程序的一种假设方式——我们可以让它看起来像Slack或其他东西，你的主要模式是与代理聊天。 *注解：这反映了产品设计中的经典权衡：是激进创新还是渐进式改进。Warp选择了后者，在保持用户熟悉度的同时引入新功能。* 我认为这对当前用户来说可能太过了。这是有争议的，Ben我很好奇你对此有什么看法，但我认为终端形式因素有一些很棒的东西，你可以获得终端的熟悉感，你可以获得选项卡、窗格和会话作为代理容器的非常清洁的抽象。 ### 开发工作流程的未来：基于提示的开发 **Zach**：我们的论点是，开发的主要工作流程正在改变。它正在从你的主要开发工作流程改变，即如果我想要进行编码更改，我将打开IDE，打开一堆文件，手动编辑它们，然后打开终端，运行一堆命令，用Git做一些事情，用Docker做一些事情。 我不认为开发者将来会这样工作。我认为开发者的工作方式主要是通过提示，而不是如果我想要进行更改，我不会打开IDE，打开五个文件，使用自动完成和LSP等所有东西，我将要求代理进行更改。如果我想要在生产中做某事，我将要求代理找出为什么我的服务器失败。 *注解：这是一个大胆的预测，反映了AI对软件开发根本性的改变。从手动编码到指令式开发的转变可能是软件工程史上的一个重要转折点。* 这可能听起来很离谱，但我认为你需要一种新的工作台来支持这种工作流程，这就是Warp渴望成为的。我们不能很好地适应任何这些盒子。我认为这在某种程度上伤害了我们，因为如果我是一个终身开发者，我就像"好的，我明白了，CLI应用程序"或"好的，我明白了，IDE"。我们试图成为不同的东西。 仅仅作为一个终端，我认为不能体现这个工具的价值，它就不是这样的了。所以我们试图构建下一个东西，这是支持这种基于提示的开发工作流程最自然的方式，我们通过终端形式因素来解决这个问题，这是我们的DNA。 ### 增长、定价和商业挑战 **Swyx**：你有任何公开的数字可以参考，关于你所说的Warp的增长轨迹吗？ **Zach**：现在Warp上有近60万活跃用户。我们的收入自年初以来每周增长5%到15%，这取决于具体的周。所以这实际上是一个相当快的收入增长。 现在我们还没有达到Cursor甚至Windsurf的规模，但我们对发现Warp编码和付费部分的人有非常棒的产品市场契合度。 另一件事是我们现在处于一个令人惊叹的市场中。这在一年前还不是真的，但现在为开发者工具付费是非常预期的。第一次有公司来找我们说"我的开发者没有使用最新的AI工具，我们如何让他们使用它？"这是一个全新的发展，对我们来说非常好。 *注解：这个数字显示了AI开发工具市场的快速增长，以及企业对于提升开发者生产力的迫切需求。* **Alessio**：定价有任何变化吗？ **Zach**：我们提供更多功能。基本上有三个大的变化：专业计划从1000个请求增加到2500个请求，涡轮计划从3000个增加到10000个请求，然后我们引入了基于使用量的定价，所以如果你达到涡轮计划的限制，你可以购买更多积分。 我将在定价上说这一点：我们很难弄清楚如何正确定价。我觉得很多AI工具都有这个问题——我们真的希望人们从中获得巨大价值，但对我们来说也很昂贵。我们不知道它应该是订阅制还是基于使用量。 看起来我们的竞争对手也没有完全解决这个问题。对于任何听这个的付费Warp客户，我们正在努力做对这件事，我们现在倾向于让人们尽可能多地使用它。 ### 企业与团队功能 **Swyx**：这基本上是Warp最初的推介——任何企业AI需求，你看到个人开发者直到达到那个规模才会有的可见性？ **Zach**：原始的商业模式在LLM变得非常好之前就存在了。原始商业模式是围绕命令行构建协作平台，你可以共享工作流程，共享笔记本，共享会话等。 我们确实有付费客户广泛使用这个功能。它实际上与AI非常互补，因为所有进入其中的知识都进入嵌入空间，AI可以访问。所以如果你在那里有你的入职指南、灭火指南或数据库迁移指南，真正酷的是你可以直接询问AI，它会得到它。 *注解：这展示了知识管理与AI助手的强大结合。企业的内部文档和流程可以无缝地被AI访问和应用。* 这不是一个完整的解决方案，完整的解决方案是这个加上MCP，我们可以通过使MCP配置可共享、使规则可共享等来增加真正的价值。 拥有团队概念也使我们更容易进行企业范围的管理控制，这老实说可能是他们想要的最大的东西——他们希望强制每个人都在一个团队中，用SSO登录，使用某组模型，有不同的数据保留策略等。 ### 技术问答与结语 **Swyx**：你们是生产GraphQL用户？我四年没见过一个了。你对GraphQL有什么看法？ **Ben**：作为消费者，GraphQL很棒。但作为GraphQL API的生产者就很糟糕了。 **Zach**：我们后端更多的抱怨是我们依赖Golang而不是我们依赖GraphQL，这很令人惊讶。主要是因为我们用代理工具调用建模一切的方式与Go结构不匹配得很好。 *注解：这个技术选择的讨论反映了在快速发展的AI工具领域，技术架构决策的复杂性。* **Swyx**：任何结语或行动号召？ **Zach**：我希望人们尝试Warp，用新的眼光试试它，如果你是现有用户，尝试做一些你以前可能没有尝试过的事情。如果你是新用户，请试试看，给我们反馈。它在Mac、Linux、Windows上都免费试用，如果你想炫技的话，甚至可以通过Web Assembly在网络上运行。 **Ben**：我用它来学习一些新语言。我试图用它构建一个Swift应用程序，因为我不想碰Xcode。它在编写像Swift或Rust或Go这样的Mac OS桌面应用程序方面完全没问题，而不仅仅是JavaScript和React。 --- ## 深度分析与思考 ### 产品战略的智慧 Warp的演进策略体现了深刻的产品洞察： 1. **渐进式创新**：不是推翻现有用户习惯，而是在熟悉的界面上逐步增强功能 2. **垂直整合**：选择深度集成而非依赖外部服务，确保用户体验的一致性 3. **多模态支持**：从文本命令到语音交互，降低使用门槛 ### 技术架构的前瞻性 - **本地优先但云端思维**：当前专注本地开发，但为未来的云端多线程做准备 - **模型无关性**：不绑定单一AI提供商，保持技术灵活性 - **开放标准支持**：MCP集成体现了对生态系统的重视 ### 商业模式的挑战 定价策略的困难反映了整个AI工具行业面临的挑战：如何在提供价值和控制成本之间找到平衡。Warp采用的混合模式（订阅+使用量）可能是一个值得关注的实验。 ### 对开发者未来的启示 Warp 2.0预示的"提示驱动开发"可能不仅仅是工具的进化，而是整个软件开发范式的转变。这种变化要求开发者： 1. 学会更好地描述需求和意图 2. 培养代理协作和管理能力 3. 重新思考代码审查和质量控制流程 这次采访不仅展示了一个产品的演进，更重要的是为我们描绘了软件开发未来的可能图景。