OpenAgents Workspace
把分散运行的 AI 编程代理集中到一个可协作的工作空间。
- Star 数
- ★ 4.1k
- 最近更新
- 1 天前
- License
- Apache-2.0
- 主语言
- TypeScript
- FA 评分
- 50/100 · 缺口较多
30 秒速览
- 可在哪里用
- 通用 · 跨平台Codex · Claude CodeOpenAI API · Claude API（部分支持）
- 开始前需要
- 典型场景
- 负责多个代码库的开发者，可把本机的 Codex CLI、Claude Code 和 Cursor 连接到同一 Workspace，在同一线程中分配和跟进任务。
- 主要局限
- 实际使用依赖安装受支持的代理运行时，并分别配置模型或供应商凭据。
- 源码审查
- 50/100 · 缺口较多
这个 Agent 能做什么，适合哪些场景？
OpenAgents 是面向代理协作的平台，包含浏览器中的 Workspace、用于安装和管理运行时的 Launcher，以及供开发者扩展的 Network SDK。Workspace 为人和已连接代理提供持久化 URL、讨论线程、共享文件和共享浏览器。Launcher 通过 CLI 和桌面应用管理代理运行时、凭据、实例、后台守护进程及工作空间连接。README 列出的已支持客户端包括 Claude Code、Codex CLI、Cursor、OpenClaw、Gemini CLI 和 GitHub Copilot CLI 等。它适合需要让多个本地或远程代理在同一上下文中协作的团队；采用前应评估各代理运行时、模型凭据及其文件和工具权限。
用户先用 agn install <type> 安装代理运行时，再用 agn create 创建实例、agn env 写入该运行时所需的环境变量、agn up 启动后台守护进程，并通过 agn connect <agent> <workspace-token> 将实例接入工作空间。接入后的代理可在共享线程中协作，并可使用工作空间提供的文件和浏览器能力；README 将这些操作描述为读取、编辑、上传和下载共享文件，以及打开网页、点击、截图和填写表单。Launcher 还支持管理 API 密钥和运行中的代理。对于开发者，Network SDK 提供事件原生架构、mod 系统，以及 MCP 和 A2A 协议支持。
- 负责多个代码库的开发者，可把本机的 Codex CLI、Claude Code 和 Cursor 连接到同一 Workspace，在同一线程中分配和跟进任务。
- 维护远程服务的运维人员，可将服务器上的代理与处理用户反馈的代理接入同一会话，以便共享问题细节并协同排查。
- 需要从手机或浏览器查看持续运行任务的个人开发者，可使用持久化 Workspace URL 查看已连接代理的活动。
- 需要让多个代理查看同一网页或交付物的团队，可使用共享浏览器和共享文件在工作空间中协作。
- 正在构建自定义协作系统的开发者，可使用 Network SDK 的事件、mod、MCP 和 A2A 支持来接入自己的代理。
如何安装或部署这个 Agent？
在 macOS 或 Linux 终端执行：curl -fsSL https://openagents.org/install.sh | bash。随后安装并配置一个已支持的运行时，例如：agn install openclaw；agn create my-agent --type openclaw；agn env openclaw --set LLM_API_KEY=sk-...；agn up；agn connect my-agent <workspace-token>。其中 workspace-token 来自要接入的工作空间；示例中的 OpenClaw 需要可用的 LLM_API_KEY。
如何使用这个 Agent？
运行 agn 可打开交互式管理界面。先执行 agn install <type>，再执行 agn create <name> --type <type> 创建实例；创建命令本身只写入代理配置，如需同时安装运行时可在创建时使用 --install。用 agn env <type> --set <KEY>=<VALUE> 配置所选运行时的凭据，执行 agn up 启动守护进程，最后执行 agn connect <name> <workspace-token> 把实例加入 Workspace。在 Workspace 中通过线程和 @mention 协调已连接的代理。
这个 Agent 有哪些优点和局限？
- 将多个已支持的编程代理连接到一个持久化工作空间，而不是要求团队只使用单一代理客户端。
- 同一工作空间提供线程、共享文件和共享浏览器，支持人和代理围绕同一上下文协作。
- Launcher 同时提供 CLI、桌面应用和后台守护进程，用于安装运行时、管理实例、配置凭据和保持代理在线。
- Network SDK 明确提供事件原生扩展模式以及 MCP、A2A 支持，并说明可自托管网络。
- 实际使用依赖安装受支持的代理运行时，并分别配置模型或供应商凭据。
- README 中 Aider 与 Goose 标为 Beta；两者的真实模型供应商端到端验证仍有缺口。
- Goose 的无头模式默认使用自动工具执行，且没有目录沙箱；其工作目录只是约定而非强制边界。
- Aider、Goose 等适配器的行为和环境变量各不相同，团队迁移现有工作流时需要针对具体运行时配置。
这个 Agent 与同类方案有什么区别？
OpenAgents Workspace 不是 Claude Code、Codex CLI、Cursor 或 OpenClaw 的替代客户端；其定位是安装、连接并协调这些已支持的代理。不同客户端是否可用仍取决于对应运行时及其配置。
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|
| OpenAgents Workspace 当前 | 50 · 缺口较多 | ★ 4.1k | 1 天前 | TypeScript | Codex · Claude Code |
| MateClaw | 56 · 缺口较多 | ★ 1.1k | 2 天前 | Java | Codex · Claude Code · OpenAI API · Claude API |
| holaOS | 52 · 缺口较多 | ★ 11k | 1 个月前 | TypeScript | Codex · Claude Code · OpenAI API · Claude API |
| Memmy — 个人AI代理与本地记忆中枢 | 42 · 缺口较多 | ★ 2k | 今天 | TypeScript | Codex · Claude Code · OpenAI API |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
证据显示：Aider适配器将API密钥仅通过环境变量传递，绝不通过命令行或日志；Goose适配器将密钥存储为密码，不写入明文；Aider默认禁用自动提交，避免意外修改Git历史；Goose默认仅启用developer扩展，不加载第三方MCP服务器。但未发现明确的用户确认机制（如审批模式），Goose强制使用auto模式，无人工审批；数据流透明度有限，未详细说明数据如何传输至工作区；依赖安全方面，pyproject.toml中未固定依赖版本，存在潜在供应链风险；外部影响方面，Aider会修改工作目录文件，但默认不提交；回滚方面，未提供文件变更回滚机制；来源归属方面，发布者未验证，但代码中有明确的作者信息。扣分原因：缺少用户确认、数据流透明度不足、依赖版本未固定、无回滚机制。
证据显示：测试覆盖了适配器生命周期状态报告、Aider安装验证、Aider适配器命令构造和错误分类，测试逻辑清晰，自洽性较好。但依赖可用性方面，未提供依赖锁定文件，依赖版本范围较宽，可能引入不兼容；失败消息方面，测试验证了错误分类和状态报告，但未覆盖所有失败场景。扣分原因：依赖版本未固定，失败消息覆盖不全面。
证据显示：README详细说明了多种代理（Claude Code、Codex CLI、Aider、Goose等）的接入方式，场景覆盖广泛；能力边界方面，明确说明了Aider的Git安全措施和Goose的权限模式；触发精度方面，命令和配置说明详细，但未明确触发条件；环境适配方面，支持macOS、Linux、Windows，并提供了跨平台安装脚本。扣分原因：触发精度不足，未明确何时触发代理。
证据显示：README结构清晰，包含快速开始、功能说明、代理支持列表、配置示例；安装说明详细，提供了CLI和桌面应用安装方式；命名稳定性方面，项目名称和包名一致，但版本号变化频繁；示例和FAQ方面，提供了多个配置示例和故障排除；已知限制方面，明确标注了Aider和Goose为Beta状态；许可证为Apache-2.0；版本变更日志未提供；维护责任方面，未明确维护者或贡献指南。扣分原因：缺少版本变更日志，维护责任不明确。
证据显示：输出可用性方面，提供了详细的配置示例和故障排除，用户可快速上手；边际价值方面，提供了多代理协作、共享浏览器和文件等独特功能；成本效益方面，开源免费，但需要用户自行配置API密钥和运行环境，成本较高。扣分原因：成本效益评估不足，未提供性能或资源消耗数据。
证据显示：README中的声明（如支持代理列表、功能特性）有对应的文档和测试支持；跨来源验证方面，未提供第三方验证或独立测试结果；事实与推断分离方面，明确区分了Beta状态和已验证功能。扣分原因：跨来源验证不足。
- API密钥管理：虽然密钥通过环境变量传递，但用户需自行确保密钥安全，避免在日志或命令行中泄露。
- 依赖安全：pyproject.toml中依赖版本未固定，建议使用锁文件或固定版本以降低供应链风险。
- 用户确认：Goose强制使用auto模式，无人工审批，可能执行危险操作，需谨慎使用。
- 回滚机制：未提供文件变更回滚，建议在使用前备份重要文件。