尧图网站建设 
Hermes Workspace Swarm模式快速上手1个Orchestrator指挥一群AI Agent初体验【免费下载链接】hermes-workspaceNative web workspace for Hermes Agent — chat, terminal, memory, skills, inspector.项目地址: https://gitcode.com/gh_mirrors/he/hermes-workspaceHermes Workspace 是一款为 Hermes Agent 打造的原生 Web 工作区集聊天、终端、记忆、技能与检查器于一体。其中最让人眼前一亮的就是它的Swarm蜂群模式你只需要一个 Orchestrator编排者就能指挥一整群各司其职的 AI Agent自动分解任务、分派给不同角色的 Worker并在关键操作前停下来等你确认。这篇 Swarm 模式快速上手指南将带你用 10 分钟完成初体验。什么是 Swarm 模式用一句话概括Swarm 模式是 Hermes Agent 蜂群的控制台。它不是开一堆聊天窗口的简单包装而是一套完整的本地 Agent 编排系统承诺非常直接✅ 可以有无限个 Hermes Agent同时存在✅1 个 Orchestrator负责把你的意图翻译成任务分派✅0 个人工路由——你不需要手动决定这个活儿该给谁✅ 每个 Worker 都有角色、档案Profile、任务和检查点Checkpoint契约✅ 所有高风险动作都会经过Greenlight Gate绿灯闸门等你人工批准 官方 30 秒心智模型你对主智能体说我想要一个结果 → Orchestrator 把它拆解成标准任务简报SwarmBrief→ 合适的 Worker 在持久化的 tmux 会话中执行 → 带着证据的检查点回到控制台 → 你只需审批少数真正重要的决定。完整的架构流程图可以在 docs/swarm/ARCHITECTURE.md 中查看。开始之前环境准备清单Swarm 模式运行在你的本地电脑上开始前请确认以下 5 项都已就绪依赖项用途Node.js 22运行工作区服务pnpm安装依赖git拉取代码tmux让 Worker 会话持久化随时可回看Hermes Agent 档案存放在~/.hermes/profiles/目录下 小贴士即使没有 tmux工作区也能正常渲染但 tmux 是让 Worker 会话活起来的关键——它让每个 Agent 的会话持久存在而不是一次性的。三步启动工作区git clone https://gitcode.com/gh_mirrors/he/hermes-workspace cd hermes-workspace pnpm install pnpm dev启动后在浏览器打开终端提示的本地地址通常是http://localhost:3000你就进入了 Hermes Workspace 的主界面。详细步骤可参考 docs/swarm/QUICKSTART.md。给 Swarm 添加第一个 Worker进入工作区后找到侧边栏的Swarm入口对应页面源码在 src/routes/swarm.tsx点击Add Swarm打开添加对话框流程非常顺选择一个角色预设Role Preset填写 Worker ID、显示名称、模型、专长、任务与技能保存然后从卡片或 Runtime 视图启动 Worker 会话为什么强烈推荐选预设而不是自定义因为预设里已经写好了完整的操作契约角色专长、默认技能、默认模型、适用场景。Worker 知道自己被允许做什么——是构建、评审、还是只做汇报。空白自定义 Worker 很容易变成昂贵的自动补全器。10 个开箱即用的角色预设Swarm 对话框内置了 10 个角色预设覆盖了一个 AI 团队的全部工种预设角色一句话定位Orchestrator指挥中枢任务分解、路由、漂移检测、升级上报Builder全栈实现小而准的代码变更 测试Reviewer独立评审字节级核验、合并门禁Triage问题/PR 分拣评分、复现、准备修复QA回归验证浏览器冒烟、预期与实际比对Researcher研究综合带出处的决策级调研Sage调研写作技术调研与创意内容Scribe文档工匠README、交接、记忆整理Lab隔离实验室本地模型测试与基准Custom自建车道以上都不适用时再考虑项目自带的 swarm.yaml 配置文件中就定义了一整套这样的 Worker 编队每个 Agent 的 README 也放在 agents/ 目录里如 agents/orchestrator/README.md值得逐个翻一翻。每个角色还会自动加载一组默认技能Skills比如 Orchestrator 会加载swarm-orchestrator和swarm-worker-core。技能就是可复用的操作知识——什么时候用、跑什么命令、有什么坑。完整技能清单见 docs/swarm/SKILLS.md角色细节见 docs/swarm/ROLES.md。Kanban 任务板让蜂群可视化Worker 分派出去后它们的任务状态全部落在Kanban TaskBoard上六个泳道各有明确含义泳道含义Backlog有用但还不急Ready清晰到可以分派RunningWorker 正在处理Review等待评审或人工确认Blocked需要修复、输入或砍范围Done检查点已验证落位 官方原话很实在无聊的任务状态胜过一堆华丽却烂尾的聊天。检查点契约与 Greenlight Gate安全的边界这是 Swarm 模式最值得称道的两个设计 检查点Checkpoint带证据——Worker 汇报的不是形容词而是改了哪些文件、跑了哪些命令、结果证据、卡点、下一步建议。好的检查点包含证据差的检查点充满大概、应该。 Greenlight Gate绿灯闸门——蜂群可以帮你准备提交、分支、PR 说明、评审结论和发布说明但合并、强制推送、公开发布、删除文件这类不可逆操作必须等你点下批准。这个边界由 swarm.yaml 中每个 Worker 的greenlightRequiredFor字段显式声明。检查点的路由逻辑实现在 src/server/swarm-notifications.ts默认所有检查点先回给 Orchestrator 判断继续/修复/转交/评审/升级只有真正需要人类判断的事项才会升级到主会话——你的主聊天框不会变成 Worker 琐事的垃圾场。在哪里看结果Reports Inbox回到 Swarm 界面切换到Reports视图你能看到任务Mission历史与分配状态每个 Worker 的检查点卡点Blocker列表标记为NEEDS_REVIEW的待审项可直接转给评审员的操作入口Inbox则是蜂群请求人类判断的地方——只有真正需要拍板的事项会出现在这里其余的它们自己搞定。新手常见问题速查QWorker 卡片在但 TUI 连不上运行tmux ls查看会话期望的会话名是swarm-workerId。缺失就重启该 Worker。Q分派任务超时了是不是失败了不一定。超时只表示 API 没在时限内看到新鲜检查点Worker 可能还在跑。先看 Runtime 视图、Worker 的runtime.json和聊天记录再刷新 Reports。QWorker 角色/模型/技能配错了改完配置后重启该 Worker 会话。角色、模型和技能是 Worker 身份的一部分任务中途修改会制造奇怪的幽灵。更多排查建议见 docs/swarm/QUICKSTART.md 第 11 节。总结为什么 Swarm 模式值得体验Hermes Workspace 的 Swarm 模式把多 Agent 协作从玄学变成了系统工程️1 个 Orchestrator完成意图到分派的翻译你只管提结果10 个角色预设让每个 Worker 都有清晰的操作契约带证据的检查点让每次汇报都可验证Greenlight Gate确保危险操作永远有你在场如果你只把它当成能聊天的 Agent 集合那它确实不止于此——它是本地 Agent 蜂群的操作表面。clone 下来跑一遍pnpm dev你的第一支 AI 团队 10 分钟后就能开工。【免费下载链接】hermes-workspaceNative web workspace for Hermes Agent — chat, terminal, memory, skills, inspector.项目地址: https://gitcode.com/gh_mirrors/he/hermes-workspace创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Hermes Workspace Swarm模式快速上手：1个Orchestrator指挥一群AI Agent初体验
Hermes Workspace Swarm模式快速上手1个Orchestrator指挥一群AI Agent初体验【免费下载链接】hermes-workspaceNative web workspace for Hermes Agent — chat, terminal, memory, skills, inspector.项目地址: https://gitcode.com/gh_mirrors/he/hermes-workspaceHermes Workspace 是一款为 Hermes Agent 打造的原生 Web 工作区集聊天、终端、记忆、技能与检查器于一体。其中最让人眼前一亮的就是它的Swarm蜂群模式你只需要一个 Orchestrator编排者就能指挥一整群各司其职的 AI Agent自动分解任务、分派给不同角色的 Worker并在关键操作前停下来等你确认。这篇 Swarm 模式快速上手指南将带你用 10 分钟完成初体验。什么是 Swarm 模式用一句话概括Swarm 模式是 Hermes Agent 蜂群的控制台。它不是开一堆聊天窗口的简单包装而是一套完整的本地 Agent 编排系统承诺非常直接✅ 可以有无限个 Hermes Agent同时存在✅1 个 Orchestrator负责把你的意图翻译成任务分派✅0 个人工路由——你不需要手动决定这个活儿该给谁✅ 每个 Worker 都有角色、档案Profile、任务和检查点Checkpoint契约✅ 所有高风险动作都会经过Greenlight Gate绿灯闸门等你人工批准 官方 30 秒心智模型你对主智能体说我想要一个结果 → Orchestrator 把它拆解成标准任务简报SwarmBrief→ 合适的 Worker 在持久化的 tmux 会话中执行 → 带着证据的检查点回到控制台 → 你只需审批少数真正重要的决定。完整的架构流程图可以在 docs/swarm/ARCHITECTURE.md 中查看。开始之前环境准备清单Swarm 模式运行在你的本地电脑上开始前请确认以下 5 项都已就绪依赖项用途Node.js 22运行工作区服务pnpm安装依赖git拉取代码tmux让 Worker 会话持久化随时可回看Hermes Agent 档案存放在~/.hermes/profiles/目录下 小贴士即使没有 tmux工作区也能正常渲染但 tmux 是让 Worker 会话活起来的关键——它让每个 Agent 的会话持久存在而不是一次性的。三步启动工作区git clone https://gitcode.com/gh_mirrors/he/hermes-workspace cd hermes-workspace pnpm install pnpm dev启动后在浏览器打开终端提示的本地地址通常是http://localhost:3000你就进入了 Hermes Workspace 的主界面。详细步骤可参考 docs/swarm/QUICKSTART.md。给 Swarm 添加第一个 Worker进入工作区后找到侧边栏的Swarm入口对应页面源码在 src/routes/swarm.tsx点击Add Swarm打开添加对话框流程非常顺选择一个角色预设Role Preset填写 Worker ID、显示名称、模型、专长、任务与技能保存然后从卡片或 Runtime 视图启动 Worker 会话为什么强烈推荐选预设而不是自定义因为预设里已经写好了完整的操作契约角色专长、默认技能、默认模型、适用场景。Worker 知道自己被允许做什么——是构建、评审、还是只做汇报。空白自定义 Worker 很容易变成昂贵的自动补全器。10 个开箱即用的角色预设Swarm 对话框内置了 10 个角色预设覆盖了一个 AI 团队的全部工种预设角色一句话定位Orchestrator指挥中枢任务分解、路由、漂移检测、升级上报Builder全栈实现小而准的代码变更 测试Reviewer独立评审字节级核验、合并门禁Triage问题/PR 分拣评分、复现、准备修复QA回归验证浏览器冒烟、预期与实际比对Researcher研究综合带出处的决策级调研Sage调研写作技术调研与创意内容Scribe文档工匠README、交接、记忆整理Lab隔离实验室本地模型测试与基准Custom自建车道以上都不适用时再考虑项目自带的 swarm.yaml 配置文件中就定义了一整套这样的 Worker 编队每个 Agent 的 README 也放在 agents/ 目录里如 agents/orchestrator/README.md值得逐个翻一翻。每个角色还会自动加载一组默认技能Skills比如 Orchestrator 会加载swarm-orchestrator和swarm-worker-core。技能就是可复用的操作知识——什么时候用、跑什么命令、有什么坑。完整技能清单见 docs/swarm/SKILLS.md角色细节见 docs/swarm/ROLES.md。Kanban 任务板让蜂群可视化Worker 分派出去后它们的任务状态全部落在Kanban TaskBoard上六个泳道各有明确含义泳道含义Backlog有用但还不急Ready清晰到可以分派RunningWorker 正在处理Review等待评审或人工确认Blocked需要修复、输入或砍范围Done检查点已验证落位 官方原话很实在无聊的任务状态胜过一堆华丽却烂尾的聊天。检查点契约与 Greenlight Gate安全的边界这是 Swarm 模式最值得称道的两个设计 检查点Checkpoint带证据——Worker 汇报的不是形容词而是改了哪些文件、跑了哪些命令、结果证据、卡点、下一步建议。好的检查点包含证据差的检查点充满大概、应该。 Greenlight Gate绿灯闸门——蜂群可以帮你准备提交、分支、PR 说明、评审结论和发布说明但合并、强制推送、公开发布、删除文件这类不可逆操作必须等你点下批准。这个边界由 swarm.yaml 中每个 Worker 的greenlightRequiredFor字段显式声明。检查点的路由逻辑实现在 src/server/swarm-notifications.ts默认所有检查点先回给 Orchestrator 判断继续/修复/转交/评审/升级只有真正需要人类判断的事项才会升级到主会话——你的主聊天框不会变成 Worker 琐事的垃圾场。在哪里看结果Reports Inbox回到 Swarm 界面切换到Reports视图你能看到任务Mission历史与分配状态每个 Worker 的检查点卡点Blocker列表标记为NEEDS_REVIEW的待审项可直接转给评审员的操作入口Inbox则是蜂群请求人类判断的地方——只有真正需要拍板的事项会出现在这里其余的它们自己搞定。新手常见问题速查QWorker 卡片在但 TUI 连不上运行tmux ls查看会话期望的会话名是swarm-workerId。缺失就重启该 Worker。Q分派任务超时了是不是失败了不一定。超时只表示 API 没在时限内看到新鲜检查点Worker 可能还在跑。先看 Runtime 视图、Worker 的runtime.json和聊天记录再刷新 Reports。QWorker 角色/模型/技能配错了改完配置后重启该 Worker 会话。角色、模型和技能是 Worker 身份的一部分任务中途修改会制造奇怪的幽灵。更多排查建议见 docs/swarm/QUICKSTART.md 第 11 节。总结为什么 Swarm 模式值得体验Hermes Workspace 的 Swarm 模式把多 Agent 协作从玄学变成了系统工程️1 个 Orchestrator完成意图到分派的翻译你只管提结果10 个角色预设让每个 Worker 都有清晰的操作契约带证据的检查点让每次汇报都可验证Greenlight Gate确保危险操作永远有你在场如果你只把它当成能聊天的 Agent 集合那它确实不止于此——它是本地 Agent 蜂群的操作表面。clone 下来跑一遍pnpm dev你的第一支 AI 团队 10 分钟后就能开工。【免费下载链接】hermes-workspaceNative web workspace for Hermes Agent — chat, terminal, memory, skills, inspector.项目地址: https://gitcode.com/gh_mirrors/he/hermes-workspace创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考