同一个 AI 编程智能体，可以用好几种形态去用：有人在浏览器里开一个标签页，有人装一个桌面窗口，也有人干脆待在终端里。它们共用同一套能力，差别主要在「交付形态」和由此带来的适用场景。本文只比较形态，不评判具体插件之间的好坏。。先把三种形态摆清楚用 pi-web-ui 举例，它自己就同时提供了浏览器与桌面两种交付方式，而终端形态通常由另一类终端插件承担。三者的核心分界线是：智能体在哪台机器上跑、你从哪里接入、这个进程由谁负责活着。抓住这三点，选型就不容易跑偏。换个角度看，这三种形态其实是在回答同一组问题的不同答案：计算跑在哪、界面来自哪、谁负责把进程留住。浏览器形态把计算放在服务端、把界面放在浏览器；桌面形态把两者打包进同一台机器；终端形态则把界面压缩成一条字符流。先把这层分层想清楚，再看具体差别就简单多了。它们对外提供的核心能力是同一批——会话、工具调用、文件与 Git 操作——差异只在你以什么姿势接触到它们。浏览器工作台：一个标签页就能接入浏览器工作台是接入成本最低的一种：打开浏览器即可用，不需要安装 IDE，终端、文件管理与 Git 都在页面内完成。对使用者的设备要求极低——手边任何一台有浏览器的机器，只要能连上服务，就能接着干活。想远程使用，配一层反向代理即可把本机服务安全地暴露出去。这条远程路径是官方支持的：服务依旧只绑本机，同机的代理替它把请求转进来，不需要把服务本身改成对外监听。它的代价在监听与生命周期代价有两条。第一，默认只绑定本机回环地址，想从别的设备访问，要么自己配反向代理，要么显式改监听地址并放通防火墙——它不是默认对外的。第二，智能体跑在服务端，服务一旦停下，所有会话一起停；它没有「客户端关掉、后台继续算」这回事。桌面应用形态：同一套服务换个壳如果你更想要一个独立窗口，同一项目也提供桌面安装包：由 CI 构建，覆盖 Windows、macOS 与 Linux 三端。桌面壳并不另起炉灶，而是复用同一套服务——它在本机随机挑一个空闲的回环端口把服务跑起来，再打开窗口指向它，并且使用一份独立的数据目录，因此桌面版与网页版可以并行存在，不会抢同一个端口。换句话说，桌面版并