📌 项目地址：vastsa/PI-Desktop | ⭐ 1,566 颗星 | 🔧 TypeScript | 📜 未标注
现在跑 AI 编程 agent 大概有三种姿势：终端（Claude Code 这类）、编辑器插件（Cursor、Copilot）、云托管服务。三种都有别扭的地方——终端会话断了就麻烦，编辑器把你锁在某个 IDE 里，云端意味着代码要出网。
PI-Desktop 选了第四条路：一个独立的桌面应用，专门用来放 agent、项目、模型、会话。1566 star，TypeScript，处于 Early Preview。
为什么“独立工作区”这个定位有意义
我觉得这是这个项目最值得琢磨的一点。
编辑器形态的 agent 工具有个隐含假设：你和 agent 在同一个上下文里工作，你写代码，它辅助你。但 agent 干活越来越像独立劳动力——一个任务跑半小时，跨好几个文件，甚至跨仓库。这时候把它塞在编辑器侧边栏里就有点勉强了。
PI-Desktop 的做法是把“管 agent”和“写代码”拆开。项目、对话、diff 审查、文件、预览、通知、扩展，都在一个应用里。你可以同时开多个仓库、多个长时会话，不依赖任何特定编辑器。
README 里三句话讲清了它的底线：不需要 PI-Desktop 账号，没有强制中继，没有编辑器绑定。代码留在本地磁盘上。
Agent / Plan / Goal：同一个 agent，三道闸门
这是设计上最有意思的部分。三档自主权，对应三种信任级别：
- Agent：直接开始干活，不需要额外审批。
- Plan：agent 先产出一个“冻结”的实施计划，你批准之后它才动手。你控制的是过程。
- Goal：你审批的是结果和验收标准，怎么走到那里由 agent 自己决定。你控制的是终点。
关键细节：无论哪种模式，特权操作（改文件、跑命令）仍然要过权限层。也就是说 Goal 模式不等于完全放养——agent 自主选择路径，但每一步碰你系统的动作依然可审查。
这个分层设计回答了一个实际问题：什么时候该信任 agent 到什么程度。改一行注释可以让它直接跑，重构核心模块最好先看计划。
模型随便接
支持 OpenAI、Anthropic、本地模型、托管网关，以及任何 OpenAI 兼容 API。可以配置多个 provider，按会话切换模型——比如探索性任务用便宜模型，改核心逻辑时切到强的。
这个“按会话切换”比全局配置实用，不同任务对模型的要求差异很大。
上手四步
从 Releases 页面下载安装后：
- 连接模型：Settings → Model configuration，选 provider 或兼容 API，填凭据。
- 打开项目：从侧边栏添加任意本地仓库或项目目录。
- 选模式：Agent、Plan 或 Goal。
- 审查结果：在 Review 面板看 diff、查命令输出、预览应用，然后继续对话。
更多细节在官方文档。
扩展机制
支持 Skills、MCP servers、Subagents，还有可安装的 Plugins。插件能贡献的东西不少：工具、命令、面板、主题、服务、技能，甚至新的工作区体验。
如果你已经在用 MCP 生态的工具，这一点能省不少迁移成本。
需要知道的
- Early Preview：README 明确说 API、扩展接口和部分桌面行为还会变。能用于真实的编程工作流，但别在关键生产流程里深度依赖它的插件接口稳定性。
- 权限层是可审计的，但给多大自主权终究是你自己的决定。跑命令之前看一眼 Review 面板，这个习惯比任何工具都管用。
一句话定位：它不是“带 AI 的编辑器”，而是专门管 agent 的驾驶舱。