OpenChamber 火了：当你的 AI 编程助手，不再需要终端

过去两年，如果你问「AI 编程工具该用什么界面」，十个人里有九个会脱口而出：终端啊，不然呢。但现在有个叫 OpenChamber 的开源项目，本周冲上了 Hacker News 首页，它想说的恰恰相反——终端只是个过渡，真正的战场早就不在「agent 本身」了，而在「怎么看着它干活」这一层。

OpenChamber 本质上是一套免费、开源的工作台，套在另一个开源项目 opencode 外面。opencode 是 SST 团队做的命令行编程 agent，能自己规划、调工具、改文件。OpenChamber 不自己造 agent、不绑模型、也不收订阅费，它只是把你本来就在 opencode 里配好的那些 provider 和密钥，用一套更好看的界面呈现出来。目前它有桌面端（Mac/Win/Linux）、浏览器 PWA、VS Code 插件，甚至还有一个测试中的手机 App，GitHub 星标已经快冲到 8000。

有意思的不是某个具体功能，而是「这种东西居然独立存在了」。

引擎和界面，正在分手

回想一下就会发现，之前的编程 agent 基本都是「铁板一块」：跑循环的 harness（引擎）和你看着的那个界面，是焊死在一起的。Claude Code 是引擎焊了个 TUI，Cursor 是引擎焊了个编辑器。opencode 从一开始就是 client/server 架构，agent 跑成后台进程，TUI 只是其中一个客户端。OpenChamber 是把这件事认真贯彻到底的产物——一个外人做的第三方前端，按自己的节奏迭代（光 7 月最后两周就发了五个版本）。

历史上 LSP（语言服务器协议）把「语言智能」从编辑器里解耦出来，几年后聪明的一端变成了共享基础设施，编辑器转而比拼体验。AI 编程正在裂开同一条缝：harness 越来越像，真正没解决的都在表面——你怎么同时盯着五个并发任务？怎么审阅一份你没亲手写的 2000 行 diff？怎么合上电脑后用手机看一眼会话还在不在跑？

它到底多了哪几样东西

OpenChamber 盯的就是这几件事，几个功能挺实在：

• Session Goals：给会话设个终点，每轮结束后它自己评估，没达标就接着干，直到完成、卡住或撞上你设的上限。简单说，就是把大家一直在 bash 里手搓的「循环」做成了带预算上限的产品。
• Multi-run：一句提示词铺开到最多五个模型，各自跑在隔离的 git worktree 里互不踩脚，最后挑最好的结果，或者把最强的几段拼起来。
• Changes Walkthrough：大改动不再是 raw diff 甩你一脸，而是重排成一连串带解释的步骤，方便逐步审阅。
• Private Relay：手机或笔记本扫个一次性二维码，就能通过端到端加密隧道连上桌面上跑的会话，不用开端口、不用公网服务器，合盖了任务还在跑。

槽点也很真实

它最大的设计取舍也是最大风险：只认 opencode 这一个 harness。同期 HN 上冒出来的 Paseo、Orca 都在打「多 harness 支持」的卖点。如果你认定 harness 终将商品化，那在表层做单 harness 锁定反而显得倒退。社区里也有人吐槽成熟度问题：长会话后有内存泄漏得重启、依赖树五十多个 npm 包、还有人嫌「基于 opencode 构建」标得不够显眼。更关键的是，它就一个独立开发者在维护——发版速度是快，但 bus factor 也确实让人捏把汗。

我的判断是：这个品类是真的，但眼前这个工具还早。一个开发者同时指挥好几个 agent，已经是重度用户的标配，而终端确实不是监督它们的最优解。一年内，长成 OpenChamber 这种形状的东西大概率会变成标准配置。至于最后是不是它赢，得看一场赛跑：一个独立、单 harness 的项目，能不能跑赢「harness 厂商自己往上堆界面」和「多 harness 编排器往下探」两路人马。如果你本来就用 opencode，今天装上试试无妨——免费、本地优先，比折腾一串终端强。

其他人就盯一个信号：等 OpenChamber（或某个对手）支持第二个 harness 的那天，agentic IDE 才真正从配件变成你先选的主角。