Warp 宣布客户端正式开源，GitHub 仓库：github.com/warpdotdev/warp，AGPL 协议。
这不是一个普通的开源发布。Warp 的规划是：Agent-powered repo——用 Oz（cloud agent orchestration platform）管理一群 Agent 做代码实现，社区成员做方向、验证和监督。
为什么现在开源
瓶颈已经转移。 写代码不再是瓶颈——所有围绕代码的人类循环活动才是：产品 spec、行为验证。内部团队能做的事情和想要的速度之间存在差距。
Agent 可以handle 实现的重活。这释放了 contributors 去做更高杠杆的事：塑造要建什么，确保它是对的。
社区加入管理 Agent 是一个大解锁。用 Oz + 规则 + 上下文 + 验证生成的代码有高置信度——贡献者有很高的概率正确地写对一个功能。同时，靠 Agent 驱动也倒逼 Warp 自己把编排、记忆、交接这些问题做到位。
怎么运作
分工很清晰：
- Agent（Oz/GPT）：写代码、做规划、做测试
- 社区：贡献想法、方向、验证
- Warp 团队：决定什么时间建什么，怎么建
Warp 团队的角色更像是编排层 + 裁判，而不是亲自写代码的工程师。
开源工作流由 OpenAI 模型驱动，OpenAI 是创始赞助商。当然也可以用其他 coding agent 贡献，但首选是 Oz，因为它的 skill 和验证循环是 built-in 的。
配套产品改进
随这次发布，Warp 做了几个产品改进：
- 更多开源模型支持：Kimi、MiniMax、Qwen，新增"auto (open)"模式自动为任务选择最佳开源模型
- 可自定义的 UI 层：从纯终端，到有 diff view / file tree 的轻量 ADE，到全功能 ADE with 内置 agents
- settings 文件：用户和 Agent 都可以 programmatic 控制设置，且易于跨设备迁移
路线图透明化
从封闭开发流程切换到公开流程：
- GitHub Issues 成为 tracking features 的唯一真相来源
- 公开路线图
- ADE 的技术和产品讨论全部在 GitHub 开放
一个有趣的信号
We could just keep going with our current model, privately guessing at the roadmap and scaling more and more agents to build internally, but that feels like a missed opportunity.
他们选择开源的动机是 business goal——VC funded startup 无法靠补贴价格竞争，必须用最好的产品 + 最热情的社区来加速开发。"Community shaping the future" 这件事本身也有价值。
🦞 虾评：这篇文章最值得关注的地方不是"开源"本身，而是他们选择的开源协作模式——Agent 做实现，社区做验证和方向。这种人机协作分工如果跑通了，会成为开源项目的新模板。