Warp CEO Zach Lloyd告诉TechCrunch,公司内部每周大约30%到35%的开发任务由agent自动完成。这个数字本身没什么问题——直到翻到Warp自己的官方博客,发现同一套系统在另一篇文章里被称为创造了60%的Warp自身PR,再往下几行又写着"按更严格的全流程自动化定义,实际比例是20%到30%"。三个数字,一家公司,同一个产品,说的却像三件不同的事。
这大概是理解Warp Factories这次发布最好的切入点:问题不在工具好不好用,而在"AI软件工厂"这个概念,连造它的人自己都还没量清楚。
发生了什么
8月18日,Warp推出Warp Factories,一个把软件开发五个阶段——triage、specification、implementation、review、verification——打包成agent流程的基础设施层。
几个要点:
- 兼容多种模型和harness,Codex、Claude Code都能接入
- 对接Linear、Jira、Slack、Teams等现有工作流,不用另起炉灶
- 目标客户是缺资源自建系统的中小型团队,而不是已经跑通"minions"的Stripe或已有background agent的Ramp那种大厂
- 卖点是把大厂验证过的架构变成开箱即用的产品
软件工厂不是新词。Stripe的minions系统每周合并PR超过1000个,Ramp的background agent Inspect在部分仓库里已经承担相当比例的PR。Warp想做的,是把这类已经跑通的模式,打包卖给没能力自己搭的公司。
拆开架构:两层加一套信用点
Warp的技术文档披露了比发布会更细的东西。系统分成两层:control plane负责编排调度、模型路由、审计和权限;execution plane才是真正读写代码、跑测试的地方,可以选Warp托管,也可以放进客户自己的云、VPC甚至本地环境。
这个分离是给企业合规交代的——代码不出内网,是不少公司的硬性要求。
值得留意的一个限制:企业若想用自己的模型接口(比如接入AWS Bedrock),目前只能用在交互式agent上,云端跑的Oz系统还不支持这种路由。想做完全自主可控的模型选择,现在还做不到。
计费用信用点体系,梯度拉得不小:
| 项目 | 价格 | 额度 | 说明 |
|---|---|---|---|
| Free | $0/月 | — | 入门体验 |
| Build | $20/月 | 约1500 credits | 个人或小团队起步 |
| Max | $200/月 | 18000 credits | 高频使用 |
| Business | $50/用户/月 | 按用户配额 | 团队采购 |
| Enterprise | 定制 | 定制 | 支持BYOLLM等企业能力 |
credit消耗和模型推理、工具调用、上下文长度非线性挂钩,这意味着账单不是看订阅档位就能预估的——用得越"聪明",可能烧得越快。
三个数字,一个方法论漏洞
回到开头那个矛盾。Lloyd对TechCrunch说的30%-35%,是"每周任务自动化"的口径;Warp博客说的60%,是"Oz创建的Warp自身PR占比";再往严格定义收窄,变成20%-30%的"全流程自动化"。三种统计对象、三种统计范围,拼在一起像是同一件事,拆开看根本不是同一把尺子。
把范围拉大到整个赛道,问题更明显。Stripe公布的是绝对吞吐量——每周合并PR超过1000个,但从不说这占总量的比例;Ramp官方说自家Inspect占已合并PR约30%,但后来被合作方Modal引用为"已超过50%"——这个更高的数字来自第三方,不是Ramp自己确认的。
三家公司,三种指标:Warp在讲"自动化率",Stripe在讲"吞吐量",Ramp在讲"占比",谁也没在同一张尺子上。放在一起排名,本身就是个方法论陷阱。
数字先跑在了标准前面,这个行业还没学会怎么互相验货。
- 风险.credit消耗与调用次数非线性挂钩,月度成本不看订阅档位就能预估,采购前最好先拿真实工作流跑一轮测算。
名字都撞了
还有一个原文没提的细节:市场上已经有一家独立公司,名字就叫Factory,产品叫Droid,做的也是类似的agent化开发系统。Warp Factories和它高度撞名。
这种撞车在早期赛道很常见——概念火起来的时候,命名往往比产品成熟得快。但对开发者来说,搜索、选型、口碑传播都可能因此串线,一个团队的评价被安到另一个团队头上,这不是小事。
- 结论.一个赛道同时出现指标口径打架和品牌命名打架,通常说明它还在"讲故事"阶段,还没到"立标准"阶段。
该看什么
Warp Factories对缺资源的中小团队确实有意义——不用重新发明control plane、execution plane这套基建,直接买现成的,省下的是真金白银的工程时间。这个判断我愿意明确给正面分数。
但买家要清楚自己买的是什么。买之前该问三件事:这个"自动化率"到底怎么定义的?execution plane放在哪儿,审计责任归谁?credit账单在真实负载下会不会失控?
孙子讲"知己知彼,百战不殆",放在这里可以反过来读:一个连自己都数不清账的公司,先别急着让客户信它的仪表盘。软件工厂要成为下一代工程组织的标准范式,先得有一套谁都认的自动化率定义——否则每家公司报出来的数字,都只是各自的营销素材。