Vicoa
开源 AI 编排器:在桌面、手机或 VPS 上指挥一支编程代理团队,会话随处同步,支持自托管。
- Star 数
- ★ 475
- 最近更新
- 1 天前
- License
- AGPL-3.0
- 主语言
- Python
- FA 评分
- 52/100 · 缺口较多
30 秒速览
- 运行形态
- 可在哪里用
- 通用 · 跨平台Codex · Claude Code
- 费用
- 软件免费,模型调用费用自付
- 上手难度
- 中 · 需要几步配置
- 开始前需要
- 典型场景
- 白天在桌面启动多个代理并行改造同一个仓库的工程师,下班后在手机上继续审批 diff、回答代理的提问
- 不适合
- 希望单一厂商托管、无需自备模型订阅或 API key 的用户
- 不想自己部署后端和数据库、也接受不了账号云同步的团队
- 只需要一个纯聊天式代码助手的开发者
- 源码审查
- 52/100 · 缺口较多
这个 Agent 能做什么,适合哪些场景?
Vicoa 是一个开源(AGPLv3)的 AI 编排器,用于从任意设备运行和管理多个编程代理(Claude Code、Codex、OpenCode 等 40+ 个)。它由 Python/FastAPI 后端加 PostgreSQL、本地 vicoa 守护进程、Next.js Web/桌面端(Electron)和 Flutter 移动端(iOS/Android)组成,全套可通过 Docker 自托管。每个代理在自己的 git worktree 和分支上并行工作,所有会话在统一列表中管理,可在手机上查看对话、内联 diff 和接收推送通知。用户自带模型订阅或 API key(BYO-key),代理以本机已安装并登录的 CLI 身份被启动。README 明确说明这套栈是完整开源、可自托管的。
Vicoa 的本地守护进程(vicoa 或 vicoa daemon)检测机器上已安装的代理 CLI,按你选择的位置(本机、VPS、远程服务器)生成会话;每个代理运行在独立的 git worktree 和分支上以并行处理同一仓库。后端(FastAPI + WebSocket + PostgreSQL)负责认证、会话、消息、任务和自动化(cron 计划任务),并把所有会话实时同步到 Web、桌面和移动客户端。用户从统一列表监控全部会话,通过 @文件 模糊引用、/命令、语音听写或任务看板下发指令;在桌面或手机上逐文件查看内联 diff、提交历史、文件树、终端和本地开发的实时预览。CLI 同样可操作会话、聊天历史、任务与自动化,因此代理本身也能驱动 Vicoa。代理集成方面,Claude Code、Codex、Pi、Oh My Pi、Antigravity 为原生集成,其余(Cursor、Copilot、Kimi 等)通过 Agent Client Protocol(ACP)连接,另有 30+ 个 ACP 代理内置目录,可用 vicoa provider add <id> 添加。
- 白天在桌面启动多个代理并行改造同一个仓库的工程师,下班后在手机上继续审批 diff、回答代理的提问
- 在多台机器(Mac、Windows、Linux、VPS)上有代码的开发者,想从一个界面选择会话在哪台机器上运行
- 需要同时评估 Claude Code、Codex、OpenCode、Gemini 等多个代理效果的团队,想在同一工作区并排运行对比
- 想用 cron 定时让代理自动认领看板任务并完成的维护者(Automations + 任务管理)
- 希望把整套编排栈部署在自己基础设施上(Docker + Postgres)、数据不经第三方托管的团队
- 想让 CLI 中的代理反向驱动 Vicoa(启动会话、查询任务和自动化)的自动化玩家
如何安装或部署这个 Agent?
安装桌面端:从 https://vicoa.ai/download 下载 macOS、Windows 或 Linux 版本,打开并登录。前提条件:运行代理的机器上需安装并登录至少一个受支持的代理 CLI(如 claude、codex、opencode)。
安装 CLI(Node.js 18+):
bash
npm i -g @vicoa/clivicoa
Intel Mac 或旧 glibc 系统改用 pip:
bash
pip install vicoa自托管整套栈(Docker):
bash
cp .env.example .env # passwords and public URLs
./backend/scripts/generate-jwt-keys.sh selfhost/keys
docker compose -f docker-compose.selfhost.yml up -d详细步骤见仓库中的 SELF_HOSTING.md。移动端:App Store / Google Play 搜索 Vicoa 安装后用同一账号登录。
如何使用这个 Agent?
- 安装并登录 Vicoa Desktop。
- 点击 New Session,选择机器、代理(如 claude、codex),输入第一条提示词。
- 在手机安装 Vicoa App 并用同一账号登录,运行中的会话自动同步。
纯终端用法:
bash
vicoa # start a session, or vicoa daemon to just connect this machine
vicoa provider add <id> # add an ACP agent from the built-in catalog会话内可用 @文件 模糊引用文件、使用该代理自己的 /命令,或用听写功能语音输入;桌面和手机均可查看内联 diff、文件树、终端和本地 dev 网站的实时预览。任务在任务看板上规划,可从任务直接启动会话或交给 Automations 定时自动执行。
这个 Agent 有哪些优点和局限?
- 40+ 代理支持且并行运行在同一仓库:每个代理使用独立 git worktree 和分支,避免相互冲突,这是纯终端多开会话做不到的
- 真正的移动端体验:原生 iOS/Android 应用提供会话、对话、实时 git diff 和锁屏推送通知,而非简单的聊天网页
- 供应商中立、BYO-key:启动的是你本机已安装并已认证的代理 CLI,用你自己的订阅或 API key,可自托管整套栈
- 可编程:CLI 覆盖会话、聊天历史、任务和自动化,代理也能像人一样驱动 Vicoa
- 运行代理的机器必须先安装并登录至少一个受支持的代理 CLI,Vicoa 本身不提供模型能力,需自备订阅或 API key
- 自托管需要维护 Docker Compose、JWT 密钥生成和 PostgreSQL 等组件,成本高于单二进制工具
- 会话跨设备同步依赖账号体系,断网或后端不可用时多端协同中断;自托管需自行保证其可用性
- AGPLv3 许可证对商业集成和二次分发有传染性约束,需法律评估
- 桌面端为 Electron,移动端需 Flutter 构建,对资源敏感或想嵌入自有应用的团队有额外适配成本
这个 Agent 与同类方案有什么区别?
README 将 Vicoa 定位为运行 Claude Code、Codex、Cursor、Pi、Kimi 等多种代理 CLI 的编排层,与直接在终端里单独使用这些代理相比,Vicoa 增加了并行 worktree、统一指挥、多设备同步和移动端通知;仓库本身未点名其他编排竞品。
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| Vicoa 当前 | 52 · 缺口较多 | 桌面应用免费 + 模型费 | ★ 475 | 1 天前 | Python | Codex · Claude Code |
| Cezar — AI 编码代理编排器 | 63 · 存在缺口 | 命令行工具免费 | ★ 464 | 2 天前 | TypeScript | Codex · Claude Code |
| Kandev | 74 · 存在缺口 | 命令行工具免费 + 模型费 | ★ 891 | 今天 | Go | Codex · Claude Code |
| Solo Agent | 48 · 缺口较多 | 自托管服务免费 + 模型费 | ★ 697 | 21 天前 | Go | Codex · Claude Code |
FollowAgents 如何评估这个 Agent?
查看各维度的扣分理由
证据显示守护进程运行在用户本机并处理代理凭证,SECURITY.md 明确承认该敏感面;CI 有 fork 守卫、OIDC trusted publishing、固定 glibc 版本构建,显示对供应链有一定意识。扣分:未提供任何 Agent 执行权限边界、用户确认机制或数据流文档(README 只链接外部 docs),无法静态验证最小权限与外部副作用控制;测试显示 `.env` 可能携带生产邮件凭证(conftest 需自动屏蔽才能避免真实外发),这暴露了敏感配置处理上的薄弱点。
仓库结构与 README 描述一致,测试基础设施(testcontainers、事务回滚、fail-closed 权限钩子测试)质量较高,构建流程含二进制冒烟测试。扣分:所见文件主要是测试与 CI,CLI/守护进程本体失败消息与错误处理未在证据中出现;跨平台构建已覆盖但执行结果未经运行验证。
README 明确面向从桌面到手机、VPS 的多设备场景,支持 40+ 代理 CLI 和 ACP 协议,环境适配描述充分(Node 18+、glibc 下限、Intel Mac 回退 pip 安装)。扣分:能力边界(哪些操作需用户批准、自动化 cron 的限制)与触发精度仅是外部链接声明,仓库内证据不足。
许可证为完整 AGPL-3.0 全文并匹配元数据(满分);README 结构清晰、含架构图、自托管说明、SECURITY.md、CONTRIBUTING.md 引用。扣分:仓库内未见 CHANGELOG 或版本记录文件,已知限制章节缺失,示例与 FAQ 基本依赖外部文档站点,维护责任仅由社区渠道间接体现。
产品定位明确(多代理编排+移动端接管),BYO-key 模式降低供应商锁定,自托管栈提供成本控制路径。扣分:输出可用性(会话结果、diff 审查的实际质量)与相对同类工具的边际价值无法仅凭 README 验证。
仓库内测试代码与 README 声明(架构、权限模型)部分互相印证,事实与推断区分在文件中较清楚。扣分:核心安全声明(凭证处理、数据同步)无法在提供的文件中溯源,40+ 代理支持数量不可核实,外部文档内容未提供。
- Agent 执行权限边界与用户确认机制在仓库内无文档,使用前应在自托管环境自行审查守护进程对代理 CLI 的调用方式。
- conftest.py 提示本地 `.env` 可能存有生产邮件服务凭证,自托管部署时务必隔离真实凭证并防止测试环境外发。
- 发布者身份未经企业注册表验证,依赖链(npm 平台包、PyInstaller 二进制)建议启用签名或校验后再采纳。
- AGPL-3.0 对网络服务有开源义务,商业内嵌使用前请评估合规成本。