OpenChamber：把「OpenCode 是 harness、OpenChamber 是 UI」变成 AI coding 工具链的事实标准

8 月 10 日 hacker news 中文版（Hacker News 热门 buzzing.cc 翻译）和 openchamber.dev 同时上线了一条被低估的消息：一个名叫 OpenChamber 的开源 AI 开发环境公开了它的「代理开发环境」定位，完整替代了开发者对 IDE + TUI + Web UI 的三种平行选择。同一天它在 X 上一口气晒出十几位用户的「主动安利」推文（@Boripheus、@logic、@1un4rPunk、@AkakaFavour、@friendorfi、@JohnRoyNL、@drdanponders、@realchendahuang、@PeaweeBoomhall、@NihilSineTheo），且不收任何费用、不收任何数据。

OpenChamber 的产品形态把「Agent harness 之上」这件事做到了六个面的对齐：

• Session Goals——给一个目标，agent 跨多轮对话往那个方向走，App 关闭也不停。
• Multi-run and Fusion——同一个任务同时塞给最多 5 个模型跑，结果可保留最佳，也可「融合最强部分」。
• Changes Walkthrough——一个超大 diff 被切成「按顺序排列、有解释」的步骤，告诉你这次改动是怎么搭起来的。
• Preview——在你正在跑的应用上点一个元素，把元素背后的所有上下文发给 agent。
• From issue to pull request——从 GitHub issue 或 PR 起步，把失败 CI 反喂回去、不离开 OpenChamber 完成合并。
• Scheduled work——cron 化的 prompt，配合 Session Goals 落到可观察的结果上。

跨端体验是它把工具链做薄的另一个抓手：macOS / Windows / Linux 三端桌面原生应用 + PWA 浏览器访问 + 手机 / 平板友好交互 + iOS / Android 原生 App beta；底层还提供 VS Code 右键菜单、Agent Manager 多模型并行、文件直开。MCP 服务器生态允许它被 Claude Code、Codex、Qoder、OpenClaw、Qwen Code、Gemini CLI、opencode、pi、QwenPaw 全部 harness 接入（这条由 8-11 Qwen-MM-Plugins 同时宣布的同一份 MCP 协议支撑）。

但 OpenChamber 真正想做的事情比「多端 UI」更大——它把「harness 与 runtime 的边界」刻成一条产品规则：

• Harness 是 OpenCode SDK（curl -fsSL https://opencode.ai/install | bash 装）。OpenChamber 自己不重新发明 agent 循环，它只挑目前开源 harness 里「体验最好」的那个。换 harness 不换 UI——这是它和 VS Code + Copilot 阵营的根本区别（VS Code 把 harness、runtime、UI、模型选择都绑死在自己身上）。
• Runtime 是 OpenChamber——会话目标、多模型并行、变更走查、定时任务、远程访问、跨端同步、Private Relay 端到端加密，全部跑在用户自己机器上。Project 名称、路径、prompt、code、diffs、session content 一律不收集。
• 远程访问的安全模型——浏览器访问可被 UI 密码门挡住；隧道链接可轮换可吊销；Private Relay 模式不走任何公开端口，配对用一次性 QR 码、端到端加密、可随时吊销。
• 隐私是「可被代码审查」而不是「可被宣传」——完全开源，「模型看不到你」这件事不再写在一份 ToS 里，而是写在 github 仓库里。

这件事为什么值得拎出来单独讲？因为 8 月以来 AI coding 工具链正在被三个互相拉扯的力量同时推：

• VS Code 阵营（Cursor、Windsurf、Copilot）——把 harness、UI、runtime、模型都绑死，换工具 = 全部重来。
• TUI 阵营（Claude Code、Codex CLI、aider、Goose）——把 harness 做轻，但把「人怎么用」这件事全压给开发者手动管理（worktree、commit、PR、review 全部要人盯）。
• Web 形态阵营（Devin、Replit Agent、v0）——把「session 完整体验」做到 web 端，但用户被困在厂商的云上。

OpenChamber 走第四条路——TUI 的 harness + 桌面/Web/手机的 UI + 本地优先的 runtime。这条组合在 8 月 10 日之前零散存在（OpenCode 是 harness、一些 Chrome 扩展是 UI、一些 cron 工具是 scheduler），但从未被一站式打通。OpenChamber 把它们装成同一台机器。这跟 8-09 Microsoft SkillOpt 把「一份 best_skill.md 在 Codex 与 Claude Code 之间搬着走」是同一种判断：AI coding 工具链的下一站不再是「让单个工具更聪明」，而是「让平台层和 harness 层能解耦地进化」。

对照一组已经被验证的「跨端开源 AI 开发环境」需求：开发者要在 Mac 上写代码、在通勤路上用手机看会话、在 PR review 时回桌面改 diff。OpenChamber 把这三个场景做成同一份 session 状态——不需要任何云同步，因为代码、prompt、diffs 全在用户机器；不需要任何登录，因为没有用户账户体系（甚至「Public Relay 配对」也只需要一次性 QR 码）。这跟 8-05 Cloudflare ADLC 给开发者的是同一个东西的不同面：把「样板代码 / 样板登录 / 样板同步」从用户身上挪走。

几条具体限制摆在明面：

• OSS 协议——项目本身开源，但 FAQ 里没明确说 license（GitHub 仓库 README 顶部标明「open source」未指明 SPDX），商业使用前需要核对仓库 LICENSE 文件。
• OpenCode SDK 依赖——换 harness 在短期内不是无成本行为，要等 OpenCode SDK 稳定 API 之后才会开放自定义后端。
• mobile app 是 beta——iOS / Android 原生应用还在 beta，部分功能（特别是手机端长时间会话）可能不如桌面稳。
• Private Relay 体验——一次性 QR 码配对很优雅，但「能否跨 NAT 稳定穿透」需要在弱网（公司内网、酒店 WiFi）实测；目前看起来是默认能走，但用户报告里有「手机网络下偶发超时」一类的小问题。
• 多模型并行的成本——一次任务跑 5 个模型 = 5 倍 token 成本；Fusion 模式可手动选「保留最佳」或「融合」——这意味着你需要 5 份代价换 1 份结果，但 fusion 又会引入新的不稳定。

事件源：

• OpenChamber 官网：https://openchamber.dev/
• OpenChamber FAQ（开源 / 隐私 / OpenCode SDK）：https://openchamber.dev/#faq
• OpenChamber Documentation：https://docs.openchamber.dev/
• @Boripheus 用户评论（X）：https://x.com/Boripheus
• @logic 用户评论（X）：https://x.com/logic
• @1un4rPunk 用户评论（X）：https://x.com/1un4rPunk
• OpenCode SDK 安装：https://opencode.ai/install
• Hacker News 中文版：https://buzzing.cc/