Altman 投的 Agent 终端 Warp 开源了!斩获 3.5 万 star
在 AI 编程赛道白热化之际,拥有近百万活跃开发者的明星终端工具 Warp 投下了一枚重磅炸弹。 Warp 是一个现代、高度集成 AI 的终端和开发平台,已被超过 70 万名来自领先企业的开发者使用。 就在今天,这款由 Sam Altman 支持的现代终端 Warp 正式在 GitHub 开源(采用 AGPL 许可证)。更具前瞻性的是,Warp 还推出了一套由其云代理平台 Oz 管理的“代理优先(Agent-first)”协作流,邀请全球开发者与 AI 智能体共同编排软件的未来。 GitHub 地址:https://github.com/warpdotdev/warp 作为此次开源行动的关键盟友,OpenAI 宣布成为 Warp 新代码库的创始赞助商,其最新的 GPT 系列模型将为 Warp 的代理管理工作流提供核心驱动力。 为什么现在选择开源? Warp 团队认为,传统软件开发模式正在遭遇瓶颈。目前,阻碍开发速度的不再是编写代码本身,而是产品规范制定、行为验证等繁琐的人为干预活动。 “坦白说,内部团队的能力和速度是有限的。” 为了突破这一局限,Warp 决定通过开源汇集全球贡献者的独特创意,并利用 Oz Agent 处理繁重的实施工作。在这种新模式下,人类开发者将转型为“代理管理者”,负责塑造产品方向并确保最终构建的正确性,而 AI 代理则在结构化流程中完成规划、编码与测试。 Warp 相信,这种“人类大规模管理代理”的协作方式,将产生超越任何内部封闭团队所能构建的“神奇产品”。 此外,面对资金雄厚、深耕闭源生态的竞争对手,Warp 意识到自己无法在价格战或大规模补贴上胜出。Warp 团队坦言,“加速产品开发的唯一明智之举,就是开放资源,让最热情的社区参与进来。” Warp 认为,与其在办公室里私下猜测路线图,不如将五年来的工程心血交给社区。这不仅是为了对抗闭源垄断,更是为了在 AGI 时代构建一个超越现有任何方案的、由社区共建的智能体开发未来。 除了代码库的开源,Warp 在产品功能上也迈出了激进的开放步伐: 兼容更广泛的开源模型:Warp 现已新增对 Kimi、MiniMax、Qwen(通义千问) 等主流开源模型的支持。同时,上线了“自动(开放)”模型路由功能,能够根据任务目标自动匹配最佳的开源模型。 可定制的应用开发环境(ADE):Warp 正在从单一终端进化为成熟的应用开发环境。用户可以根据需求自定义体验,既可以把它当作一个纯粹的终端;也可以开启差异视图(diff view)和文件树等基础功能,打造一个轻量级的智能体开发环境;甚至可以将其变成一个内置 AI 代理、功能完备的ADE(应用开发环境)。 推出配置文件(Settings file):新发布的配置文件允许用户和 AI 代理以编程方式控制环境配置,实现了设置在跨设备间的无缝迁移。 说回 Warp 项目本身,最初它是如何被创建的? Zach Lloyd 在一档播客访谈中聊起了他创建 Warp 的始末。 2020 年 6 月,曾领导 Google Docs 和 Google Sheets 核心技术的 Zach Lloyd 决定着手改进一个他自己每天都在使用的工具。他注意到传统终端在过去 40 年里几乎没有任何创新,于是决定用 Rust 语言从头重写终端,加入了 GPU 加速、基于块的输出等现代功能,目标是在保留命令行精髓的同时,赋予终端类似 IDE 的使用体验。 “现在市面上的终端工具使用起来都很困难,但如果你能熟练掌握它,作为工程师的效率会大大提升,”Lloyd 如是说。 当时他还不清楚如何围绕这个想法建立一个成功的商业模式,但一个基本的直觉驱动着他:既然有这么多人花大量时间在这个工具上,那么让它变得更好用、更能帮助人们完成工作,就一定有价值。 这就是 Warp 的起源。 虽然想要构建一款好用的终端的信心已经十分坚定,但构建 Warp 这样的技术产品绝非易事。 Lloyd 坦言,团队花了整整一年时间埋头开发,才把产品推向市场,这意味着从一开始就需要资本支持,所以团队必须迅速拿到钱才能活下去。 Lloyd 表示,“花费大量时间打磨技术这种模式的缺点是反馈周期很长——而在创业中,尽快建立反馈循环通常是首要目标”,所以 Lloyd 并不推荐所有人都走这条路。 但优点是,这种技术壁垒带来了一定的防御性。“如今我们已经在这个产品上投入了 6 年,它确实是一个很难复现的东西。” 他解释道,“如果你要花一年时间才能把产品推向市场,很多人会望而却步,因此竞争也会相对较少。” Warp 的演进几乎可以被视为过去几年开发者工具范式转移的一个缩影。 项目最初启动时,正值大模型尚未出现的阶段——彼时既没有类似 OpenAI 的现象级产品,也没有 Anthropic 或 Google 在大语言模型上的密集布局。 Warp 的创始人团队最早设想的,是一个更接近传统 SaaS 逻辑的产品:通过在终端中引入协作能力,复刻类似文档协同的工作模式,从而建立商业化路径。这一阶段的 Warp,本质上仍属于“增强型工具”,而非范式层面的重构。 但很快,项目在技术路径上遭遇了第一个关键挑战:如何在一个已经高度成熟、且开发者习惯极其稳定的领域中,找到真正高频且不可替代的价值。 终端工具本身并不稀缺,开发者也并不天然需要“协作型终端”。团队曾投入大量资源,试图将类似 Google Docs 的协作体验移植到 Warp 中,这一决策部分源于创始人过往在该类产品上的经验。 但结果证明,这一路径的用户需求并不成立——产品上线后,实际使用者寥寥,大多数开发者并不关心在终端中进行协作。这成为 Warp 早期最典型的一次“技术判断与市场需求错位”。 真正的转折点,出现在大模型能力开始外溢的阶段。 2022 年,随着以 ChatGPT 为代表的生成式 AI 工具出现,Warp 团队意识到,软件开发的核心交互范式正在发生变化:从“人手动操作工具”,转向“通过自然语言驱动计算机执行”。 这一变化并非简单的功能叠加,而是对开发流程的重构。开发者不再只是输入命令,而是开始描述意图,系统单纯地理解和执行指令也无法满足需求,而是要进阶——去理解与推理。 面对这一变化,Warp 迅速做了方向性的调整。 这也是项目发展中最关键的一次“转型决策”:从一个带有协作功能的终端工具,转向一个以 AI 代理为核心的开发环境。 Lloyd 将这一过程总结为“不要固守最初的想法”,也就是要在不偏离“提升开发效率”这一初心的前提下,彻底重构产品形态与商业模式。 也是在这一年,Warp 在 Hacker News 上迅速走红,并成功完成了种子轮和 A 轮融资。 在产品层面,这一转型带来了结构性的变化。Warp 逐渐演变为一个运行在本地的统一交互入口:开发者既可以使用传统的终端命令,也可以直接用自然语言表达需求,由系统或 AI 代理完成执行。 这种“双通道交互”本质上降低了操作门槛,不仅是工程师,部分产品经理和设计师也开始通过类似“提示词”的方式参与开发流程。 Warp 由此从单一工具,转变为一个覆盖编码、部署、调试等环节的开发平台。 在市场验证与增长路径上,Warp 的早期策略同样具有典型性。 项目最初并未依赖复杂的市场投放,而是选择将产品原型发布在开发者聚集社区进行测试。 在一次面向 Hacker News 的简单曝光中,Warp 在首日即获得了约一万名开发者的等待名单,这为其后续发展提供了初始用户基础。 此后,产品增长主要依赖有机扩散——约七成新用户来自口碑传播,其余则来自推荐机制、内容营销以及视频渠道等方式。这种路径意味着,Warp 并未通过资本密集型投放换取增长,而是依赖产品本身的“可传播性”。 真正推动收入与商业化加速的,并非单一功能突破,而是一次更偏“叙事层”的调整。 2023 年 4 月,Warp 推出 AI 功能,率先将 OpenAI 的大模型直接集成到终端中,实现了自然语言生成命令和输出解释,成为 AI 辅助终端领域的开拓者。团队也放弃将 Warp 定义为“终端工具”的说法,转而强调其作为“代理式开发环境”的定位。 Lloyd 指出,这种“如何描述产品”的变化,对增长的推动甚至超过具体功能迭代本身。 在组织与执行层面,Warp 同样经历了与技术路线相匹配的调整。团队在扩张上保持克制,即便在用户规模达到数十万量级后,仍坚持缓慢招聘,并强调“每一个新增成员都必须提升整体水平”。 这一策略直接回应了早期试错带来的经验教训——在方向尚未完全清晰时,过快扩张往往会放大决策失误的成本。同时,在人员管理上,团队强调快速纠偏,一旦发现不匹配即及时调整,以避免组织效率被持续稀释。 更深层的变化,则体现在执行节奏上。 在 AI 浪潮之前,Warp 曾经历过一次典型的“过度工程化”阶段:围绕协作功能进行长周期开发,内部投入巨大,但外部验证不足,最终产品与市场脱节。这一经历促使团队在后续转型中显著提升决策与迭代速度,更强调快速验证而非完备设计。 Lloyd 强调,我们已经从“手工编写代码+手动执行命令”的模式,快速转向了“通过自然语言驱动 AI 代理完成开发任务”的模型。在这一背景下,开发工具的竞争不再只是编辑器或终端之间的差异,而是围绕“谁能更好地承载 AI 代理”展开。 也正因如此,Lloyd 对行业变化的判断显得相当直接:如果开发团队仍停留在传统方式中,软件交付能力将持续下降;而围绕 AI 代理重构开发流程,正在成为企业必须回答的问题。 在判断好正确的技术发展方向后,Warp 项目一路高歌猛进,在资本市场备受瞩目。 2023 年 6 月,Warp 豪取5000 万美元 B 轮融资,累计融资额突破 7300 万美元。背后的投资人名单堪称全明星阵容:Sam Altman、Salesforce CEO、LinkedIn CEO、Figma CEO 等一众硅谷大佬悉数入局。 2025 年 6 月,Warp 2.0 发布,标志着它正式向Agentic(智能体)开发环境转型。它集成了代码(Code)、智能体(Agents)、终端(Terminal)及云端驱动(Drive)等核心模块,支持多 AI 代理并行作业与自然语言开发,全球服务工程师已超 50 万。 今天 Warp 团队宣布全面开源,短短 6 年,Warp 已经从“现代终端”进化为“AI Agent 工作台”。 Warp 的开源在社区上引发热议。在 Github 平台,开源不到 24 小时已斩获 3.5 万 star。在 Reddit、X 上也引发了网友们激烈讨论。 在 X 上,围绕 Warp 这一类产品的讨论,表面上看是在比较它与传统 IDE 的差异,更深层次的讨论聚焦在对终端的颠覆性创新上。 长期以来,以 Visual Studio Code、IntelliJ IDEA 为代表的开发环境,构建的是一套“以代码为中心”的生产体系:开发者围绕文件、函数与工程结构展开工作,通过手动编写、调试与运行,逐步完成软件构建。 Warp 与传统 IDE 形成了实质性分野。IDE 仍停留在编辑器范式,而 Warp 试图成为执行环境的入口:它既保留终端的能力边界,又叠加自然语言交互,使开发流程可以被 AI 代理接管并形成闭环——包括编写代码、运行程序、读取日志、修复错误,再次执行。这种能力,使其不再只是开发工具,而更接近一个“可被 AI 操控的操作层”。 所以不少 X 用户为 Warp 的开源欢呼。 但也有用户质疑,这是否是 Warp 和 OpenAI 联手打出了一张技术变现牌?该用户评论称:“说实话,这招挺有意思的。先把终端开源,建立信任和用户群体,然后把 Oz 和企业基础设施层作为闭源收入来源。” 还有部分用户表示,自己曾经放弃过 Warp,因为他们不断改变收费模式,但这次开源后,会挽回一批因为收费而离开的用户。 也有用户认为,将软件开源是延长其使用寿命的最佳方式。 无论是 Warp,还是基于 OpenAI Codex 的各类实践,核心都不在于生成代码本身,而在于构建一个能够自行完成任务拆解、工具调用与结果反馈的系统。在这一体系中,人类的角色正在从“编写实现细节”,转向“定义目标与约束”,而系统则逐步承担起执行与迭代的职责。 参考链接: https://github.com/warpdotdev/warp/issues/9233 https://www.youtube.com/watch?v=A6ghDJz3nNMAltman 坐镇,现代终端神器 Warp 开源了



Warp 背后的创业故事


早期的一次错误判断,差点毁了 Warp
“如何描述产品比如何迭代产品更重要”
网友怎么看?





