AgentSpace 是一个面向“人类 + AI Agent 团队”的协作工作空间，目标是把 Agent 从个人工具升级为组织内可管理、可调度、可审计的“数字员工”。它提供 Agent 招募/分配、多 Agent 协作、任务调度、权限审批、审计追踪、Agent 共享与转移等能力，并通过 AgentRouter 统一接入 Claude Code、Codex、OpenClaw、Hermes、nanobot 等不同运行时。项目采用 TypeScript，Apache-2.0 协议，适合希望自托管企业级 Agent 协作平台或研究多 Agent 治理体系的团队。
适用领域
AI Agent 协作平台 / 多智能体系统 / 企业级 AgentOps / 工作流自动化 / 权限治理与审计 / 团队协作工具 / LLM 应用基础设施 / 数字员工管理
配置难度
中高。对于熟悉 TypeScript、Node.js、PostgreSQL 和 LLM/Agent 工具链的团队，可以按 README 快速启动开发环境；但如果要在企业内部生产部署，并接入多种 Agent Runtime、远程 daemon、权限审批、Google Workspace 和审计体系，则需要较强的后端、DevOps、安全和 AgentOps 经验。
商业价值
未知
01
技术亮点
- 定位清晰：不是单个聊天机器人，而是面向组织的 Agent 原生协作工作区。
- 强调治理能力：权限、审批、审计、负责人、资源边界等企业落地关键能力被放在核心位置。
- AgentRouter 设计有价值：同一个 Agent 可以保留身份、上下文和技能，同时根据任务切换不同运行时。
- 支持多 Agent 协作：面向真实工作流，而不是单人单会话场景。
- 提供数字员工视角：Agent 有角色、owner、skills、knowledge、runtime binding 和可见性。
- 支持自托管与托管两种模式：既能快速试用，也能满足数据和基础设施控制需求。
- Apache-2.0 许可证：对企业使用、二次开发和商业集成较友好。
- 对中国开发者友好：README 提供中文入口，并提供飞书/微信群入口。
02
目标用户
- 希望把 AI Agent 引入日常研发、运营、产品、数据工作的创业团队
- 需要统一管理多个 Agent、多个模型/CLI 运行时的技术团队
- 关注 Agent 权限、审批、审计、合规的企业研发部门
- 研究多 Agent 协作、Agent 调度和 Agent 治理的高校/实验室团队
- 希望自托管 Agent 工作空间、避免数据进入第三方平台的组织
- 需要把 Claude Code、Codex 等不同 Agent Runtime 统一接入内部流程的开发者
03
配置要求
- Node.js：README 推荐 24。
- PostgreSQL：README 推荐 16。
- 包管理与脚本：项目使用 npm 脚本，快速启动命令为 npm run setup && npm run dev:web。
- 数据库配置：自托管需要 PostgreSQL 连接信息，通常包括 DATABASE_URL、数据库用户名、密码、host、port 等。
- Agent Runtime 配置：如需使用 Claude Code、Codex、OpenClaw、Hermes、nanobot，需要对应 CLI、API Key、账号或本地运行环境。
- 权限与审批配置：需要配置工作区角色、资源权限、审批流程、文档访问权限等。
- 远程 daemon 配置：如需远程执行任务，需要配置 daemon token、daemon host、运行时机器权限和网络连通性。
- Google Workspace 配置：README 提到支持 Google credentials 和 agent-scoped Google Workspace delegation，如启用相关能力，需要配置 Google OAuth/服务账号/委托权限。
- 生产部署配置：需要考虑 HTTPS、反向代理、数据库备份、日志、密钥管理、访问控制和审计保留策略。
04
适用场景
- 创建具备明确角色、负责人、技能和知识库的数字员工
- 把团队成员的私有 Agent 变成组织可见、可申请、可借用的共享能力
- 在一个共享工作区内让多个 Agent 协作完成复杂任务，例如调研、拆解、执行、产出报告
- 对高风险操作进行人类审批，例如访问敏感文档、调用工具、发送外部信息、执行预算相关动作
- 统一调度不同 Agent Runtime，让同一个 Agent 根据任务自动选择 Claude Code、Codex、OpenClaw、Hermes 等执行环境
- 保留 Agent 的任务历史、输出文件、执行事件、审批记录和审计日志
- 为创始团队、产品团队或研发团队搭建 Agent 驱动的任务执行中心
- 构建企业内部的 Agent 权限控制平面，统一管理文档、知识、凭证、运行时和 daemon token
05
部署与配置
- 确认本机环境满足要求：README 推荐 Node.js 24、PostgreSQL 16。
- 克隆仓库：git clone https://github.com/HKUDS/AgentSpace.git
- 进入项目目录：cd AgentSpace
- 安装依赖并初始化：npm run setup
- 启动 Web 工作区：npm run dev:web
- 如果使用自托管模式，需要准备本地或远程 PostgreSQL，并根据项目中的环境变量示例配置数据库连接、认证、运行时和第三方服务凭证。
- 如果只想快速体验托管版，可访问官方平台 hire-an-agent.online，无需本地部署数据库和 daemon。
- 如需连接远程执行节点，按照 README 中 Remote Daemon 相关章节配置 daemon host、token 和运行时 CLI。
06
风险与注意事项
- 项目较新，README 新闻显示初始发布为 2026-06-21，生态、稳定性和生产案例可能仍在早期阶段。
- 当前 GitHub stars 约 301、forks 约 29，社区规模尚不大，遇到问题时外部资料可能有限。
- 涉及多运行时、多权限、多审批、多凭证和远程 daemon，部署和运维复杂度高于普通 LLM 应用。
- 企业级权限治理非常依赖实现细节，需要安全审计后再用于生产敏感数据场景。
- 如果依赖 Claude Code、Codex 等外部 Agent Runtime，可能受到账号权限、地区可用性、API 成本、速率限制和服务变更影响。
- 自托管需要维护 PostgreSQL、服务进程、密钥、日志、备份和执行节点，团队需要一定 DevOps 能力。
- README 截断信息有限，具体环境变量、架构、数据库迁移、生产部署方式需进一步查看完整文档和源码确认。
- Agent 自动执行任务存在误操作风险，必须严格配置审批、权限边界和回滚机制。
2026-06-24
第21名
新收录 · github_search
