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 做实现，社区做验证和方向。这种人机协作分工如果跑通了，会成为开源项目的新模板。