Qwen Code 不只在终端：本地 Web Shell 让代码会话接着聊

想让浏览器、编辑器插件或自建客户端围绕同一段代码任务继续工作，而不是各自启动一份互不相识的代理，Qwen Code 有一个实验性入口：qwen serve。它把代理能力交给本地守护进程，再让客户端连接。

它最值得关注的是“接着同一段工作”，而不是把命令行简单画成网页。项目 README列出了终端、桌面、编辑器与 Web 等入口；其中 Web 和 daemon 仍明确标注实验性，适合愿意尝试新交互的开发者。

浏览器里出现的，是本地代理会话

按官方中文文档，在项目中运行：

qwen serve --open

服务默认位于 http://127.0.0.1:4170/，--open 会打开内置 Web Shell。页面与 API 同源，不需要为了本地试用再搭一套反向代理。后台通过 HTTP 和 SSE，把代理输出持续传到客户端。

文档中更有辨识度的设计，是默认 sessionScope: 'single' 下，同一个工作区的客户端共享一个 ACP 会话：看到的是同一段对话、同一份文件 diff 和同一个工具权限请求。浏览器因此可以成为该守护进程任务的另一个观察和交互位置。前提是客户端连接同一守护进程及工作区；它不会自动接管先前独立启动的终端会话。该页把 TUI 共同托管 HTTP 的 qwen --serve 仍列为后续阶段，不能和已经提供的 qwen serve 混用。

例如，下面是教学情境：一个客户端已经让代理梳理导出模块，另一个本地浏览器连接同一工作区继续补充测试要求。需要核对的是它们确实连接同一会话；单纯启动两个独立任务，不能因为用了同一个模型就自动共享进度。

协作时，哪些信息需要一致

对于文件变化，共享 diff 让参与者可以围绕相同修改讨论。对工具请求，文档采用首个响应者机制：多个客户端都能看到请求，先响应的一方处理它。这比每个窗口各弹一份互不相关的确认，更符合“共同看一项工作”的目标。

流式连接还支持在重放窗口内用 Last-Event-ID 恢复事件，持久化 transcript 则提供会话记录读取。这些是客户端接续工作的材料，但并不意味着浏览器离线之后，任何长度的网络中断都能无损恢复。

先按实验范围使用

当前 serve 文档对首个 alpha 的范围写得很具体：本地部署、纯文本聊天与编码。提示中的图片和文件附件、容器化部署、复杂远程运行等，不能按完整生产服务来期待。项目可能持续迭代，试用时应对照所装版本与文档能力。

本地页面也不代表模型在本地推理。README 要求通过 /auth 配置提供方与凭据；模型请求去哪里，取决于选择的服务或本地模型。客户端采用 Apache-2.0 许可，模型、账号与用量条件仍分别判断。

我会先把这个入口用于本机已经能完成的纯文本代码任务：确认会话相同，观察一份实际 diff，再从另一客户端继续。它给想做本地开发工作台的人一条现成的实验路径，也让“多个界面围绕同一项代理工作”有了具体可读的设计。