outsourc-e/hermes-workspace
⭐ 3,781 · JavaScript · GitHub 仓库
Hermes Agent 原生网络工作空间——集成聊天、终端、记忆、技能与检查器功能。
agent-ui ai-workspace hackathon hermes-agent nous-research react typescript
一句话总结
原生Web控制面板，将Hermes Agent从命令行界面转变为可视化多智能体工作空间。
🔥 核心能力与独特卖点
- Swarm模式与看板任务板 — 部署基于tmux的持久化Hermes Agent工作节点（构建者、审查者、运维者、分类者、质量保证者），并通过可视化看板编排自主工作流。彻底解决多CLI Agent会话管理及复杂多步骤任务追踪的痛点。
- 多智能体控制面板 — 通过单一仪表盘监控和管理无限数量的Hermes Agent，实时面板展示队列深度、历史记录和使用量指标。无需再为每个Agent切换独立的终端窗口。
- 记忆与技能管理 — 通过实时Markdown编辑器浏览、搜索和编辑Agent记忆；管理超过2000项技能的目录，附带来源徽章和市场集成。为晦涩的基于文件的记忆和技能管理提供可视化替代方案。
- 完整工作空间工具链 — 支持实时SSE流式聊天（含工具调用渲染）、基于Monaco的文件浏览器以及跨平台PTY终端。将聊天、代码编辑和Shell访问统一整合到连贯的界面中。
- 运维仪表盘 — 多Agent配置文件预设（Sage、Trader、Builder、Scribe、Ops）、成本分类账、模型混合概览以及自动"需要设置"检测。将Agent管理从凭经验猜测转变为数据驱动的操作。
独特卖点： 与简单的聊天包装器不同，Hermes Workspace提供了完整的原生Web控制面板，配备持久化Swarm模式工作节点、基于角色的任务分发以及用于自主Agent操作的看板任务板——所有这些都无需分叉上游Hermes Agent。
技术架构
| 组件 | 技术/方案 |
|---|---|
| 前端 | React + TypeScript，支持PWA |
| 后端连接 | SSE流式连接到Hermes Agent网关（端口8642）和仪表盘API（端口9119） |
| 安全性 | 每条路由的认证中间件、CSP头、路径遍历防护、故障关闭远程绑定 |
| 部署 | Docker Compose、一键安装脚本，或附加到现有Hermes Agent |
| 工作节点管理 | 基于tmux的持久化进程，支持Swarm模式 |
| 主题 | Hermes、Nous、Bronze、Slate、Mono（亮色+暗色变体） |
| 能力门控 | 为需要上游插件（如Conductor）的功能提供干净的占位符 |
快速入门指南
一键安装（推荐）：
bash
curl -fsSL https://raw.githubusercontent.com/outsourc-e/hermes-workspace/main/install.sh | bash启动服务（两个终端）：
bash
# 终端1：启动Hermes Agent网关
hermes gateway run
# 终端2：启动工作空间
cd ~/hermes-workspace && pnpm dev附加到现有Hermes Agent：
bash
git clone https://github.com/outsourc-e/hermes-workspace.git
cd hermes-workspace
pnpm install
cp .env.example .env
echo 'HERMES_API_URL=http://127.0.0.1:8642' >> .env
echo 'HERMES_DASHBOARD_URL=http://127.0.0.1:9119' >> .env
pnpm dev验证服务是否运行：
bash
curl http://127.0.0.1:8642/health
curl http://127.0.0.1:9119/api/status优点、缺点与使用场景
优点
- 零分叉设计 — 通过Nous官方安装程序与原生Hermes Agent兼容，确保与上游更新保持同步。
- 灵活部署 — 可选择Docker Compose、一键安装，或附加到现有Agent设置。
- 持久化上下文 — 基于tmux的工作节点在任务间保持状态，支持长时间运行的自主工作流。
- 安全优先 — 认证中间件、CSP头和路径遍历防护是内置功能，而非事后补救。
- 字节验证审查门 — 保护发布分支免受损坏或恶意更改的影响。
缺点
- Conductor功能仅为占位符 — 需要上游仪表盘插件（原生Hermes Agent尚未提供），限制了多Agent编排能力。
- 严格的依赖要求 — 需要Node.js 22+以及特定的Hermes Agent服务（网关+仪表盘）正在运行。
- 复杂的远程设置 — API URL的Tailscale/LAN配置需要仔细手动设置才能实现远程访问。
谁不应该使用此工具？
- 未安装Hermes Agent的用户 — 这是Hermes Agent的控制面板，而非独立应用程序。没有上游Agent运行，它毫无价值。
- Node.js < 22的用户 — 项目明确要求Node.js 22+，旧环境将无法运行。
- 只需要简单聊天界面的用户 — 如果只需基础AI聊天UI，这过于复杂。工作空间专为多Agent编排和自主工作流设计。
- 生产关键型部署 — 该项目刚出自黑客松（3.7k星，近期创建）。虽然前景可期，但缺乏用于关键任务企业级使用的成熟度和测试。
理想使用场景
- AI研究人员运行多个Hermes Agent实例进行实验，需要可视化比较记忆、技能和输出。
- 家庭服务器高级用户希望使用统一仪表盘管理自主Agent工作流（例如代码审查、内容生成、数据分析）。
- 构建Agent系统的开发者需要借助可视化任务板编排基于角色的Swarm（构建者、审查者、质量保证者）。
- 探索多Agent架构的团队希望获得现成的控制面板，无需从头构建。
社区与活跃度
拥有3,781颗星且近期持续更新（最后更新于2026年5月），Hermes Workspace显然引起了AI Agent社区的强烈共鸣。该项目星数的快速增长表明，人们对可视化Agent管理工具（尤其是那些无需分叉上游项目的工具）有着浓厚的兴趣。黑客松的出身和积极的开发态势表明这是一个势头正盛的项目——随着Conductor功能和上游插件支持的成熟，值得密切关注。如果您身处Hermes Agent生态系统中，这正是您期待已久的工作空间。