Up.computer 编码工作台
在一个桌面应用中编排多个编码代理，把聊天中的想法转成后台任务。
- Star 数
- ★ 87
- 最近更新
- 2 天前
- License
- MIT
- 主语言
- TypeScript
- FA 评分
- 44/100 · 缺口较多
30 秒速览
- 运行形态
- 可在哪里用
- 通用 · 跨平台Codex · Claude Code
- 费用
- 软件免费，模型调用费用自付
- 上手难度
- 中 · 需要几步配置
- 开始前需要
- 典型场景
- 希望在一个桌面界面中切换 Codex、Claude Code 等已安装代理的开发者。
- 不适合
- 需要未签名 Windows 安装包的团队
- 需要官方 Homebrew、winget 或 AUR 安装渠道的用户
- 不想安装并登录编码代理的用户
- 源码审查
- 44/100 · 缺口较多
这个 Agent 能做什么，适合哪些场景？
Up.computer 是面向编码代理的开源桌面控制平面，可在一个应用中使用 Codex、Claude Code、Cursor、Grok Build、OpenCode、Antigravity、Pi 和 ACP Registry 中的代理。用户可以通过聊天梳理想法并创建任务，由工作代理在后台处理；每个代理使用用户自己的订阅，聊天保留在本机。它提供项目线程、任务与定时自动化，并支持查看变更和差异，以及提交、推送、发布仓库和创建拉取请求。桌面应用带有本地后端，也可让浏览器或另一台桌面应用通过本地网络或 Tailscale 与其配对。项目是 T3 Code 的一个分支，使用 Electron 桌面壳、Node.js 服务端和 React/Vite Web 界面；发布版本面向 macOS、Windows 和 Linux。
安装并登录至少一个受支持的编码代理后，在 Settings → Providers 中启用或添加代理。用户在聊天中讨论工作并创建任务，工作代理按状态和标签领取任务，也可按计划创建任务。代理围绕项目线程运行，应用展示修改文件和差异，并提供提交、推送、发布仓库及打开拉取请求的操作。应用还为代理提供受管理的浏览器和原生桌面观察与控制，并可通过本地网络或 Tailscale 配对浏览器及其他桌面应用。
- 希望在一个桌面界面中切换 Codex、Claude Code 等已安装代理的开发者。
- 想把讨论中的开发想法转成后台任务，并按状态或标签分派给已保存任务代理的个人或团队。
- 需要在接受代理工作前检查修改文件和差异的代码维护者。
- 希望从代理工作流中提交、推送、发布仓库或创建拉取请求的项目贡献者。
- 需要让代理使用受管理浏览器，或从本地网络、Tailscale 配对另一台客户端的开发者。
如何安装或部署这个 Agent？
可从 up.computer/download 或 GitHub 最新发布页下载安装；发布版本支持 macOS（Apple Silicon 与 Intel）、Windows 和 Linux。macOS 版本已签名并公证；Windows 安装程序尚未签名，首次启动时 SmartScreen 会显示警告。安装后的应用会通过 GitHub releases 自行更新。应用运行用户已安装的编码代理，因此按需安装并完成代理认证。若从源码运行，需要 Vite+ vp、Node 24.13.1+、Git，以及至少一个已安装并认证的受支持编码代理：
curl -fsSL https://vite.plus | bash
vp install
vp run dev如何使用这个 Agent？
首次使用时，在 Settings → Providers 连接或启用所需代理。README 给出的代理登录方式包括：
codex login
claude auth login也可安装 OpenCode 并运行 opencode auth login，或按各代理的说明完成登录。Codex 和 Claude 默认启用；Cursor、Grok、OpenCode、Antigravity 和 Pi 默认关闭。Cursor 可在 Settings → Providers → Cursor 登录或设置 CURSOR_API_KEY。准备好代理后，在聊天中描述工作并创建任务，由工作代理在后台领取；完成后检查文件和差异，再使用应用提供的 Git 与发布操作。
这个 Agent 有哪些优点和局限？
- 一个桌面应用集中编排多个已安装的编码代理，并允许从 ACP Registry 添加代理。
- 任务可按状态和标签由保存的任务代理领取，也支持定时创建任务。
- 提供变更与差异检查，以及提交、推送、发布仓库和打开拉取请求的操作。
- 支持本地项目后端，并可通过本地网络或 Tailscale 配对其他客户端。
- 必须自行安装并认证至少一个受支持的编码代理；每个代理使用用户自己的订阅。
- 从源码运行需要安装 Vite+、Node 24.13.1+、Git 和编码代理，步骤不止一个。
- Windows 安装程序尚未签名，首次启动会出现 SmartScreen 警告。
- Homebrew、winget 和 AUR 尚不是官方安装渠道；移动应用目前不发布。
这个 Agent 与同类方案有什么区别？
Up.computer 是 T3 Code 的分支，保留其运行时、代理编排、契约、桌面基础设施和发布流程，同时发展不同的产品方向、界面、品牌与工作流。README 未提供与其他产品的功能比较。
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| Up.computer 编码工作台 当前 | 44 · 缺口较多 | 桌面应用免费 + 模型费 | ★ 87 | 2 天前 | TypeScript | Codex · Claude Code |
| Atlas | 50 · 缺口较多 | 桌面应用免费 + 模型费 | ★ 9.6k | 今天 | Rust | Codex · Claude Code |
| stagewise | 25 · 缺口较多 | 桌面应用免费版 + 付费版 | ★ 6.8k | 21 天前 | TypeScript | — |
| Code Assistant | 70 · 存在缺口 | 桌面应用免费 + 模型费 | ★ 183 | 今天 | Rust | Claude.ai · OpenAI API · Claude API |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
权限模式文档（permission-modes.md）明确列出 Supervised/Auto/Full access 等模式，且默认是 Full access，属于用户确认机制存在但默认最宽松，扣分；environment-auth.md 描述了作用域、DPoP、PKCE、MCP 独立受众等较细的授权模型，但明确承认 filesystem:read 可读项目外绝对路径、签名资产 URL 是 bearer 凭证且吊销后仍有效至过期，最小权限因此只给 1。敏感数据处理有“标记为敏感后不再显示原值”的说明，但密钥存储细节未在证据中展开，给 2。依赖安全仅见 package.json 与 CI，无审计/SBOM/锁定策略证据，给 1。外部效应（提交、推送、开 PR、浏览器与桌面控制）有描述但缺少默认限制与回滚说明，给 1。回滚仅见 t3 uninstall、t3 doctor 与更新说明，缺少对 agent 已执行外部动作的撤销机制，给 1。来源归属在 README 与 LICENSE 中明确声明基于 T3 Code 的 fork 并保留上游版权，给 2。
文档内部存在明显不一致：README 称包管理器安装非官方路径，而 docs/user/install.md 仍以 T3 Code 名义给出 brew/winget/AUR 安装；install.md 标题与内容仍为 T3 Code，与 Up.computer 品牌冲突，自洽性扣分至 1。依赖可用性方面要求 Node 24.13.1+、Vite+ 通过 curl 管道安装、pnpm 11，且 Intel Mac 无 CLI，可用性受限，给 1。失败信息在文档中有若干提示（PATH、SmartScreen、更新失败），但缺少系统性错误码或诊断说明，给 1。
受众与场景覆盖桌面、Web、移动、远程、WSL、后台服务，较完整，给 2。能力边界说明较清楚（项目不是文件系统沙箱、移动端未发布、relay 未部署、包管理器非官方），给 2。触发精度方面任务代理按状态与标签领取、定时任务有描述，但缺少精确触发条件与冲突处理细节，给 1。环境适配涵盖 macOS/Windows/Linux、Tailscale、SSH、WSL，给 2。
信息架构有 README 与 docs 目录，但 install.md 仍以 T3 Code 命名、链接指向 t3.codes 与 pingdotgg 仓库，与 README 的 up.computer 下载路径冲突，给 1。安装说明存在但相互矛盾（官方下载 vs 包管理器），给 1。命名稳定性明确说明内部保留 @t3tools/*、T3CODE_*、t3 CLI 以兼容上游，属于有意为之但对外命名不统一，给 1。示例与 FAQ 较少，仅零散命令，给 1。已知限制写得较充分（未签名 Windows 安装包、Intel Mac 无 CLI、移动端未发布、relay 未部署），给 2。LICENSE 为完整 MIT 且含双版权方，给 2。无 CHANGELOG 或版本号策略证据，给 0。维护责任方面有 CONTRIBUTING 与安全联系邮箱，但发布者身份未经验证，给 1。
输出可用性方面产品定位清晰（多 agent 统一 GUI、diff 审阅、任务编排、用量统计），对目标用户有实际价值，给 2。边际价值受限于其为 T3 Code 的 fork，核心运行时与编排来自上游，增量主要是品牌与工作流层，给 1。成本效益方面免费开源、使用自有订阅是优势，但需安装多个 provider CLI、Vite+ 与 Node 24 等前置成本较高，给 1。
README 的多数主张（签名公证、自动更新、provider 支持）在仓库内缺少可核对的构建或发布证据，仅 CI 工作流可部分佐证测试与构建存在，给 1。跨源佐证有限：CI 与 package.json 一致，但 install.md 与 README 相互矛盾，削弱可信度，给 1。事实与推断分离方面文档大体区分了“已支持/未发布/未部署”，但部分表述（如“每个聊天都留在你的电脑上”）与远程访问、relay、Cursor 云端用量读取存在张力，未明确区分，给 1。
- 默认权限模式为 Full access，agent 可在无确认情况下执行命令与修改文件，建议首次使用改为 Supervised。
- docs/user/install.md 仍以 T3 Code 名义提供 brew/winget/AUR 与 t3.codes 安装脚本，与 README 的官方下载路径冲突，安装来源需谨慎核对。
- 文档明确说明项目不是文件系统沙箱，filesystem:read 可读取项目外绝对路径，签名资产 URL 在吊销后仍有效至过期。
- 发布者身份未经验证，且仓库为 T3 Code 的 fork，需自行确认发布构建与上游的关系。
- 仓库内混入 .repos/alchemy-effect 等上游参考代码，不属于本产品，评估时不应计入。
- Windows 安装包未签名，首次启动会出现 SmartScreen 警告。
- 缺少 CHANGELOG 与版本策略，升级行为需依赖 GitHub Releases 自行核对。