Superset 是一款面向 macOS 的桌面应用，定位是「为 AI 编码代理打造的代码编辑器」。它把 Claude Code、Codex、Cursor Agent、Gemini CLI、Copilot、OpenCode 等命令行编码代理统一管理起来，让开发者可以在一台机器上并行运行多个代理，每个任务跑在独立的 Git worktree 里互不干扰。应用内置终端、改动 diff 审阅器和一键在外部编辑器打开的交接流程，目标是把「同时盯多个代理任务」这件事从频繁切换上下文变成集中监控。注意它采用 Elastic License 2.0（ELv2），属于源码可见（source-available）而非 OSI 标准开源协议。
来源：README 顶部简介、Features 表、Supported Agents 表、License 段落；GitHub 仓库描述 查看 GitHub 仓库 →2025 年下半年起，CLI 编码代理（Claude Code、Codex、Cursor Agent 等）数量快速增长，但它们各自占用一个终端、彼此抢占同一个工作目录，开发者很难同时驱动多个代理并行干活。Superset 切入的正是这个协同空缺：用 Git worktree 给每个代理任务做物理隔离，再用一个统一界面监控所有代理状态并在它们需要人工介入时提醒。仓库 2025 年 10 月创建，到 2026 年 5 月已积累约 1.1 万星，且仍保持高频更新（最近一次推送在采集日当天）。它对接的代理清单几乎覆盖了当前主流的 CLI 代理，这种「不绑定单一代理、谁能在终端跑就支持谁」的中立姿态，是它在多代理编排话题下受关注的主要原因。
来源：README Supported Agents 表与定位描述；GitHub meta（created_at 2025-10-21、stars 11033、pushed_at 2026-05-23）可在本机同时运行 10 个以上 CLI 编码代理，每个代理处理一个独立任务，省去人工在多个终端间反复切换的开销。
来源：README Features 表「Parallel Execution」每个任务自动分配独立的分支和工作目录（worktree），代理之间的改动互不污染，便于并行推进多条工作线。
来源：README Features 表「Worktree Isolation」、定位描述在统一界面追踪所有代理的运行状态，当某个代理产出改动或需要人工确认时主动通知，避免漏掉需要介入的任务。
来源：README Features 表「Agent Monitoring」不离开应用即可查看和编辑代理产生的改动，内置 diff 视图用于快速核对代理写出的代码。
来源：README Features 表「Built-in Diff Viewer」通过 .superset/config.json 配置环境初始化、依赖安装等启动/清理脚本；支持一键把任意工作区交接到自己惯用的编辑器或终端继续操作。
来源：README Features 表「Workspace Presets」「IDE Integration」、Configuration 段落不绑定特定代理，理论上任何能在终端里运行的 CLI 代理都能被纳管，已明确标注「完全支持」的包括 Amp、Claude Code、Codex、Cursor Agent、Gemini CLI、Copilot、OpenCode、Pi。
来源：README Features 表「Universal Compatibility」、Supported Agents 表项目是一个基于 Turborepo 的 TypeScript monorepo，桌面端用 Electron + React + Tailwind 构建。仓库划分为 apps 与 packages 两大区块：apps 下包含 desktop（Electron 桌面应用主体）、api、web、mobile、admin、docs、marketing，以及 electric-proxy 和 streams 两个与 Electric SQL 数据同步相关的服务；packages 下则拆出了多个职能模块，包括 pty-daemon（伪终端守护进程，承载终端能力）、cli/cli-framework（CLI 框架）、mcp 与 mcp-v2（Model Context Protocol 支持）、panes（分屏面板）、workspace-fs/workspace-client（工作区文件系统与客户端）、db/local-db（数据库层）、trpc（类型安全的前后端通信）、auth、chat、ui、sdk 等。构建从 README 可见的依赖看，使用 Bun 作为运行时与包管理、Vite 打包、Biome 做格式化与 lint、Drizzle ORM 配 Neon（Serverless Postgres）做数据持久化、tRPC 做接口通信；本地开发还需要 Caddy 作为反向代理（用于 Electric SQL 流的 HTTPS 本地证书）。
来源：递归目录树（apps/* 与 packages/* 列表）、README Tech Stack 徽章段、Requirements 与 Build from Source 段落中心为项目本体，内环 = 核心功能模块，外环 = 关键技术依赖；按 deep.json 中的 core_features 与 tech_stack.key_deps 自动生成
Bun（运行时与包管理，要求 v1.0+）Vite（前端打包）Tailwind CSS（样式）Drizzle ORM + Neon（Serverless Postgr…tRPC（类型安全前后端通信）Biome（格式化与 lint）Electric SQL（数据同步，配合 electric-proxy/…mastracode / @mastra/* 上游包典型场景有三类：一是并行推进多个独立开发任务——把若干互不依赖的功能或修复分别交给不同代理，在隔离 worktree 中同时跑，开发者集中监控、按需介入审阅，而不必为每个任务单独开终端；二是对比不同代理处理同一任务——因为不绑定单一代理，可让 Claude Code、Codex、Cursor Agent 等针对相近任务并行尝试，再用内置 diff 审阅器比较各自产出；三是代理产出的集中审阅与交接——在应用内查看每个代理的改动 diff，确认后一键交接到惯用编辑器或终端做后续手工调整与提交。
来源：README「Code 10x Faster」要点列表、Features 表、Supported Agents 段最新发布版本为 desktop-v1.11.1（Superset Desktop），发布于 2026-05-22。版本号已进入 1.11.x，配合采集日当天仍有代码推送，显示项目处于活跃迭代中。
来源：GitHub Releases latest（tag desktop-v1.11.1，published 2026-05-22）、meta pushed_at 2026-05-23Superset 瞄准的是「多 CLI 编码代理并行协作」这个正在快速形成的真实需求，用 Git worktree 隔离 + 统一监控界面给出了一个工程上扎实、姿态中立的答案，技术栈现代、迭代活跃，对需要同时驱动多个代理的重度用户有明确价值。需要权衡的是：当前仅 macOS 经过验证，许可证为 ELv2（源码可见、非标准开源），且高并行度对机器资源和各代理 API 额度都有要求。如果你的工作流确实是「一人指挥一群代理」，它值得一试；若只是偶尔用单个代理，收益相对有限。
来源：综合 README 定位、Requirements、License 与 Features 各段的事实判断