Hermes Workspace v2.1.0 深度解读：内置 Swarm 多代理编排控制面与可靠性修复全景-北京尧图网络

【免费下载链接】hermes-workspaceNative web workspace for Hermes Agent — chat, terminal, memory, skills, inspector.项目地址https://gitcode.com/gh_mirrors/he/hermes-workspace点击查看免费下载本篇技术指南以 docs/release-2.1.0.md 发布说明为骨架结合仓库内 Swarm 文档集与src/server、src/routes/api下的真实实现源码完整解析 v2.1.0 引入的内置 Swarm 多代理编排体系从持久 tmux worker、orchestrator-first 的路由、Board/Reports/Inbox 工作流到 SSE 流保活、审批横幅、便携会话删除等可靠性修复。读完本文你将掌握 Swarm 的架构循环、SwarmBrief 与 checkpoint 合约格式、/api/swarm-dispatch的完整调用方式以及每条修复项背后的代码级原理。一、发布概览v2.1.0 带来了什么v2.1.0 是 Hermes Workspace发布文档时代沿用 Claude-Workspace 名称代码库已进入 Hermes 命名阶段的一个里程碑版本核心是引入Swarm内置多代理编排表面一个主 ClaudeAgent主智能体可以把工作路由给一组持久运行的 worker agent并围绕它们提供完整的控制平面。发布说明docs/release-2.1.0.md给出的定位是Claude-Workspace 2.1.0 introducesSwarm, a built-in multi-agent orchestration surface for running a main ClaudeAgent with persistent worker agents.其 Highlights 可归纳为六大领域领域内容Swarm Mode从主 ClaudeAgent 向实时 worker swarm 路由工作tmux 持久 worker角色感知分发与编排表面Board / reports / inboxSwarm 工作的 Kanban 看板报告与 checkpoint 路由blocked 与 review-ready 工作的 inbox 式处理Orchestrator routingworker checkpoint 先经过 orchestrator更干净的 reviewer 流程与更好的升级控制Reliability长运行 SSE 聊天流在静默 agent 处理窗口期不中断审批横幅接线修复本地便携会话可正确删除session create/update/fork 增加 dashboard 回退Claude path env规范的 Claude root 处理profiles 与 run 存储的 home/env 处理改进Docs security新增 Swarm 文档明确 Docker Skills Hub 回退文档更新 SECURITY 披露路径这份发布说明指向的是一个庞大且可实操的功能体系仓库中的 docs/swarm 文档集与 20 余个 swarm 相关 API 路由见 src/routes/api 目录下的swarm-*.ts系列为它提供了完整的实现证据。二、Swarm 的 30 秒心智模型Swarm 不是带标签页的聊天包装器而是一个本地 agent 群的操作表面docs/swarm/README.md。官方用一条链概括其工作方式Eric - Aurora - orchestrator - role workers - checkpoints - reports/inbox - review/escalation即人类Eric对主智能体Aurora提出目标主智能体把意图翻译成任务简报SwarmBrieforchestrator 按角色与使命把任务分发给具体的 Hermes Agentworker 在持久 tmux 会话中执行并带回带证据的 checkpointorchestrator 决定继续、修复、升级或放入 Inbox。核心术语表docs/swarm/README.md术语含义Hermes Agent拥有角色、profile、技能与运行时状态的有名持久 workerOrchestrator负责分发、漂移检测、路由与升级的 Hermes AgentSwarmBrieforchestrator 发给 worker 的规范任务形状Standing missionworker 空闲时恢复执行的长期职责Ad-hoc dispatch走同一 checkpoint 合约的一次性任务Checkpointworker 返回的带证据状态块Greenlight Gate针对不可逆或外部可见动作的人类审批边界Repair playbook已知故障映射到安全修复的清单三、架构循环意图如何变成 checkpointARCHITECTURE.md 定义了 Swarm 的持久循环意图进入 Aurora → 分发经 orchestrator → worker 在持久会话中执行 → checkpoint 返回控制平面 → 只有值得判断的决策才到达 Eric。核心规则非常明确workers do not free-style message Eric. They checkpoint. The orchestrator routes. Aurora handles judgment. Eric approves the few things that matter.3.1 规范流程Eric 陈述期望结果Aurora 命名工作并构造成 SwarmBrieforchestrator 选择合适 worker 或拆分工作worker 在其持久 profile 与 tmux 运行时内执行worker 返回规范 checkpoint通知路由器默认把 checkpoint 发给 orchestratororchestrator 决定继续continue、修复repair、交接hand off、评审review或升级escalateReports 与 Inbox 使状态可检视。3.2 SwarmBrief 形状SwarmBrief 是让 worker 不靠发明范围就能执行的最小操作合约其公开形状为brief_id: brief-timestamp-slug worker: swarmN project: project-name goal: one-sentence end state why_now: trigger scope: - bounded item deliverables: - exact artifact path test_or_proof: - command, review, screenshot, artifact, or byte check constraints: - hard limits checkpoint_contract: state: DONE|HANDOFF|BLOCKED|NEEDS_REVIEW|NEEDS_INPUT files_changed: list commands_run: list proof: tests/build/smoke/review evidence next_action: exact handoff blockers: exact blocker escalation: on_blocked: route on_done: route budget: wall_clock_hours: 23.3 Checkpoint 合约与解析源码worker 返回的 checkpoint 块是统一格式STATE: DONE | BLOCKED | NEEDS_INPUT | HANDOFF | IN_PROGRESS | NEEDS_REVIEW FILES_CHANGED: exact paths or none COMMANDS_RUN: exact commands or none RESULT: concrete result/proof BLOCKER: blocker or none NEXT_ACTION: exact recommended next action好的 checkpoint 包含证据坏的 checkpoint 充满形容词。swarm 为证据而优化。ARCHITECTURE.md这一合约在源码中有精确对应src/server/swarm-checkpoints.ts定义了LABELS常量STATE/FILES_CHANGED/COMMANDS_RUN/RESULT/BLOCKER/NEXT_ACTIONsrc/server/swarm-checkpoints.ts与状态映射表STATE_MAP把DONE映射为runtimeState: idlecheckpointStatus: doneBLOCKED→blocked/blockedNEEDS_INPUT→waiting/needs_inputHANDOFF→idle/handoffIN_PROGRESS→executing/in_progresssrc/server/swarm-checkpoints.ts。parseSwarmCheckpoint同时支持普通文本与加粗 Markdown**STATE:**两种书写格式并做大小写与连字符归一化因此 worker 输出的格式容错性有保障src/server/swarm-checkpoints.ts。四、通知路由orchestrator-first 的源码级实现发布说明强调 worker checkpoints route through the orchestrator first。这一行为在src/server/swarm-notifications.ts中有完整实现ARCHITECTURE.md 亦指明通知路由器位于此文件。路由决策的默认值src/server/swarm-notifications.tsorchestrator worker id 默认取process.env.SWARM_ORCHESTRATOR_WORKER_ID未设置时回落为orchestratororchestrator 的 tmux 会话为swarm-workerId即默认swarm-orchestrator主会话 key 默认main可用SWARM_MAIN_SESSION_KEY覆盖。核心决策逻辑src/server/swarm-notifications.ts只有NEEDS_INPUT直接升级到主智能体会话DONE、HANDOFF、BLOCKED一律先发往 orchestrator由 orchestrator 决定后续若 orchestrator 的 tmux 会话不可达tmux has-session失败则升级到主会话重复的原始 checkpoint 通过 worker profile 下的runtime.json中lastNotifiedCheckpointSignature去重抑制签名由 stateLabel checkpointStatus result blocker nextAction raw 拼接见 src/server/swarm-notifications.ts。publishSwarmCheckpointNotification是入口默认先publishCheckpointToOrchestrator通过 tmuxsend-keys -l以字面模式发送多行 prompt 再补 Enter仅在NEEDS_INPUT或 orchestrator 不可达时发布到主会话并把路由结果orchestrator | main | noop写回runtime.jsonsrc/server/swarm-notifications.ts。为什么这样拆分官方文档的表述很直白没有这个拆分主聊天就会变成 worker 琐事的垃圾场。从实现看升级路径被严格限制为需要人类输入与orchestrator 不可达两种情形。4.1 失败哲学与 auto-repair playbook系统对故障的要求是以告诉下一个行为者确切该做什么的方式失败。好的 blocker 形如BLOCKER: gh auth status failed with missing token; cannot create PR. NEXT_ACTION: Provide a GitHub token or run gh auth login, then re-run PR creation.坏的 blocker 则是BLOCKER: sandbox issue.——机器要么有工具/令牌/文件/进程要么没有必须点名缺失的确切部件ARCHITECTURE.md。修复有边界若修复会变成破坏性、外部可见或投机性操作则升级而非擅自执行。五、快速上手从克隆到首次 dispatchQUICKSTART.md 给出了从零到首次任务分发的完整路径。5.1 前置条件Node.js 22pnpmgittmux持久 TUI worker 依赖没有 tmux 也能渲染但 worker 会话会退化为一次性进程配置好的 Hermes Agent profile位于~/.hermes/profiles/安装与启动pnpm install pnpm dev本地开发 URL 一般为http://localhost:3000部分 release 通道运行在:3002以终端输出为准。src/server/swarm-environment.ts中默认开发命令即为cd canonical-repo PORT3002 npm run dev同时默认测试命令指向npm test -- src/screens/swarm2src/server/swarm-environment.ts。5.2 首次运行的 profile 检测首次运行时工作区会在~/.hermes/profiles/下查找 Hermes Agent profile。每个 worker profile 的目录形状为~/.hermes/profiles/workerId/ MEMORY.md SOUL.md USER.md memory/IDENTITY.md runtime.json skills/roster 与 runtime API 用该形状填充 worker 卡片、运行时状态、模型标签、tmux 会话名、checkpoint 状态与最近摘要。若 worker 在 roster 中存在但无本地 profile则仅以 roster-only 形式出现创建或导入 profile 之前持久记忆、技能加载与 tmux 启动不会生效。5.3 派生 workerAdd Swarm 对话框在 Swarm Mode 中打开 Swarm Mode选择 Add Swarm挑选角色预设设置 worker ID、显示名、模型、专长、使命与技能保存从卡片或 Runtime 视图启动 worker 会话。角色预设会填好角色、专长、使命、系统提示、技能与默认模型等关键默认值保存前可编辑。5.4 派发第一个任务dispatch API分发接口为POST /api/swarm-dispatch最小单 worker 示例curl -X POST http://localhost:3000/api/swarm-dispatch -H Content-Type: application/json -d { workerIds: [swarm7], prompt: Write a short checkpoint explaining what you can see in your current workspace. Do not modify files., timeoutSeconds: 240, waitForCheckpoint: true }任务单assignment形式示例curl -X POST http://localhost:3000/api/swarm-dispatch -H Content-Type: application/json -d { missionTitle: Docs smoke test, assignments: [ { workerId: swarm7, task: Review docs/swarm/README.md and return a checkpoint with one improvement suggestion., rationale: Scribe owns docs and handoff quality. } ], waitForCheckpoint: true, checkpointPollSeconds: 90 }预期响应形状{ missionId: mission-..., assignments: [ { workerId: swarm7, task: ... } ], results: [ { workerId: swarm7, ok: true, delivery: tmux, checkpointStatus: checkpointed } ] }注意waitForCheckpoint: true时 API 会等待来自 runtime 状态或 worker 聊天的新 checkpoint若超时worker 可能仍在运行应先查看 Runtime 视图再判定失败。实现侧src/routes/api/swarm-dispatch.ts 的DispatchRequest类型完整覆盖了上述字段workerIds、prompt、assignments、timeoutSeconds、waitForCheckpoint、allowAsync、checkpointPollSeconds、missionId、missionTitle、direct、notifySessionKeysrc/routes/api/swarm-dispatch.ts。Hermes 可执行文件的解析按HERMES_CLI_BIN→~/.hermes/hermes-agent/venv/bin/hermes→~/.local/bin/hermes→ PATH 中的hermes顺序回退src/routes/api/swarm-dispatch.ts。5.5 常见问题速查worker 卡片存在但 TUI 无法附着运行tmux ls期望会话名为swarm-workerId会话缺失则启动或轮换 worker。dispatch 返回 timeout不代表 worker 失败。检查 Runtime 视图、worker 的runtime.json、worker 聊天记录以及刷新后的 Reports 标签页。worker 角色/模型/技能不对打开 Add Swarm 或编辑 roster 配置后重启 worker 会话——角色、模型、技能属于 worker 身份的一部分中途修改会产生怪异幽灵。六、Board、Reports 与 Inbox 工作流发布说明强调的 Board / Kanban support 与 reports and checkpoint routing 在 QUICKSTART.md 中有明确使用说明。6.1 Kanban TaskBoardTaskBoard 是 swarm 的规划面栏位含义建议如下QUICKSTART.md栏位含义Backlog有用但尚未就绪Ready足够清晰可分派Runningworker 正在持有Review需要 reviewer 或 EricBlocked需要修复、输入、认证或裁剪范围Done已落地的被验证 checkpoint官方对它的评价是有意的无聊。无聊的任务状态胜过一堆漂亮但烂尾的聊天坟场。6.2 Reports 与 InboxReports 提供mission 历史、assignment 状态、worker checkpoints、blockers、NEEDS_REVIEW条目、待人类处理的 Inbox 卡片以及 route-to-reviewer 动作。Inbox 是 swarm 请求人类判断的地方——而不是在公开场合逞强。6.3 三条常驻工作通道ARCHITECTURE.md 定义了三条永久通道通道 A — 发布/演示/创意构建Builder 实现、Mirror Integrations 出资产、Sage 出叙事与研究、QA 做冒烟、Scribe 写 README/展示文案通道 B — Issues PR 自动驾驶核心循环scan - score - reproduce - patch - test - PR - review - human approvalTriage 为主处理者、Reviewer 把关、QA 做回归证据通道 C — 实验室/实验Lab 独立运行本地模型基准、运行时对比、投机性性能实验隔离降低风险产品通道在 Lab 发现真东西时获得证据。6.4 mission 与 checkpoint 记录mission 由src/server/swarm-missions.ts维护createOrUpdateMission创建 mission初始状态planning并为每个 assignment 生成assign-前缀 idassignment 支持dependsOn依赖与reviewRequired推断src/server/swarm-missions.ts。七、角色预设与技能体系7.1 角色预设速查Add Swarm 对话框内置预设默认模型适用场景OrchestratorGPT-5.4需要分发、路由、漂移检测与升级BuilderGPT-5.5需要带测试/构建证据交付产品代码ReviewerGPT-5.4需要字节验证的评审与合并就绪度TriageGPT-5.5需要打分、复现、修补或准备 issues/PRsLabGPT-5.4需要隔离实验或本地模型基准SageGPT-5.5需要研究、综合、脚本或发布文案ScribeGPT-5.5需要文档、规范、交接、技能卫生、记忆策展FoundationGPT-5.4需要运行时、修复、基础设施、健康或生命周期工作QAGPT-5.4需要回归、冒烟、期望 vs 实际验证Mirror IntegrationsGPT-5.4需要上游同步、集成或资产包Custom用户自选创建不匹配现有预设的新通道详见 ROLES.md表中默认模型为该文档中的预设默认值可按需编辑。选择角色的路由规则ROLES.md工作主要是…派发给…决定谁做什么Orchestrator改产品代码Builder证明分支安全Reviewer消化 issues/PRsTriage在发布线之外做实验Lab研究或起草叙事Researcher/Sage解释、记录、保存上下文Scribe运行时/健康/修复基础设施Foundation检查行为与回归QA上游/集成/资产Mirror Integrations以上都不是Custom7.2 技能体系技能是 Swarm 背后的可复用操作知识。核心内置技能SKILLS.md技能用途swarm-worker-core基础 worker 合约阶段、checkpoint、运行时状态、blockers、handoffs。如果 worker 只能有一个技能就选它swarm-orchestratororchestrator 循环、分发、漂移检测、re-prompt、升级、mission 路由swarm-review-learning-loop把任务结果转化为记忆/技能改进防止反复踩同一个耙子byte-verified-code-review用字节级证据评审 diff检查精确 diff、byte-check 脆弱命名或生成物、跑测试/构建/冒烟、给出裁定swarm-bench-workerLab 的基准/实验工作基准计划、受控运行、结果捕获、可复现性、升级阈值swarm-pr-workerGitHub issue/PR 工作流扫描、打分、复现、分支纪律、fix/test/PR 准备、评审反馈swarm-ui-workerUI 实现通道路由检查、组件边界、视觉状态、冒烟、构建验证swarm-dev-runtime运行时/后端契约API 契约、profile/运行时状态、健康检查、生命周期修复、tmux/gateway 集成自定义技能规范创建skills/my-skill/目录并放置SKILL.md含name/description前置元数据推荐 Trigger / Steps / Pitfalls / Output contract 四节。技能加载路径有两条共享技能目录发布环境中通常为~/.ocplatform/workspace/skills/与 worker profile 内~/.hermes/profiles/workerId/skills/。核心规则是worker 的运行时必须能从其 profile 解析技能名。7.3 仓库实际 rosterswarm.yamlSwarm 的持久化 roster 位于仓库根目录的 swarm.yaml由src/server/swarm-roster.ts读取SWARM_ROSTER_PATH join(SWARM_CANONICAL_REPO, swarm.yaml)src/server/swarm-roster.ts。该文件定义了 orchestrator、km-agent、builder、reviewer、qa、researcher、ops-watch、maintainer、strategist、inbox-triage 等 worker 的 id、角色、专长、模型、使命、profile、可用工具与技能列表。例如 orchestrator 的使命是 Decompose missions into safe, proof-bearing work and route to the right specialist while preserving human greenlight control其可用工具含todo、kanban、delegation、terminal、file、gbrain、session_search、cronjob、skills、clarify、webswarm.yaml。readSwarmRoster会先用 zod 校验解析 YAML再以fallbackRoster兜底YAML 缺失或解析失败时为传入的 worker id 生成默认角色如swarm7→Docs、swarm8→Ops、swarm9→Hackathon保证控制面始终可用src/server/swarm-roster.ts。八、可靠性修复的代码级纵深发布说明列出的一组可靠性修复均能在源码中找到对应实现。8.1 长运行 SSE 聊天流保活long-running SSE chat streams survive silent agent processing windowssrc/routes/api/send-stream.ts 的注释解释了动机Cloudflare Tunnel/Access 可能让空闲的小型 SSE 流在浏览器端 fetch 被取消前闲置过久。修复方式是流启动时先发送 2048 字节的 padding 注释: ${ .repeat(2048)}每 10 秒检测一次距上次客户端事件的间隔超过 10 秒未发送实际事件时发送专用hb_signal事件避免污染 TUI 活动卡片的假 thinking 文本并追加: keepalive\n\n注释字节。前端侧src/screens/chat/hooks/use-streaming-message.ts 明确把hb_signal/heartbeat/keepalive/ping视为仅标记活动的信号绝不会让其影响消息流状态。8.2 审批横幅接线修复approval banner wiring is fixed so tool approvals are visible again审批请求的模型定义在 src/screens/gateway/lib/approvals-store.ts每条审批包含 agentId、agentName、action、context、requestedAt状态为pending | approved | denied且区分来源agent从 SSE 解析或gateway从 gateway API 轮询。审批存储在 localStorageclawsuite:approvals自动归档超过 24 小时的已解决项src/screens/gateway/lib/approvals-store.ts。该 store 被approvals-bell、approvals-panel、inline-approval-card等组件消费横幅可见性问题即源于此类接线。8.3 本地便携会话可正确删除local-only portable sessions can be deleted correctly便携会话Ollama、Atomic Chat 等 OpenAI 兼容本地会话的删除由src/server/local-session-store.ts的deleteLocalSession完成同时删除store.sessions[sessionId]与store.messages[sessionId]并落盘src/server/local-session-store.ts。该 store 数据持久化在.runtime/local-sessions.json每会话消息上限 500 条src/server/local-session-store.ts。而/api/sessions路由在合并网关会话与本地便携会话时通过source: local标识本地条目src/routes/api/sessions.ts从而保证删除操作正确命中本地存储。8.4 session 操作的 dashboard 回退dashboard fallback added for session create/update/fork flowssrc/routes/api/sessions.ts 中POST 创建会话时若capabilities.dashboard.available !capabilities.enhancedChat则直接返回一个source: dashboard的本地会话条目persisted: false而非依赖 gateway 的 create 接口若capabilities.sessions不可用则回退为生成randomUUID()的本地友好 id 并返回createCapabilityUnavailablePayload。GET 列表也会把本地便携会话并入网关会话返回src/routes/api/sessions.ts。8.5 审批边界Greenlight GateSwarm 可以准备风险动作但不能静默执行。需要显式人类审批的动作包括ARCHITECTURE.mdgit push --forcePR 合并或关闭未经明确指示关闭 issue创建 releasenpm/pnpm 发布公开发布 X/Discord/博客帖子金融交易破坏性文件操作核心服务重启文档与本地文件可以大胆起草外部可见动作始终受闸门约束。九、Claude path 与环境修复canonical Claude root handling, improved home/env handling for profiles and run storage规范 root 解析集中在 src/server/claude-paths.tsgetHermesRoot()依次检查HERMES_HOME/CLAUDE_HOME环境变量若指向profiles/id或profiles/id/home形态则推导出根目录否则回落到操作系统 home 下的~/.hermes。getProfilesDir()即join(getHermesRoot(), profiles)。该文件末尾保留了面向未重命名调用方的兼容别名getClaudeRoot getHermesRoot等src/server/claude-paths.ts——这正是发布说明中 canonical Claude root handling 与仓库 Hermes 命名沿革的代码证据。src/server/swarm-environment.ts进一步把环境固化为机器可读的契约getSwarmEnvironment()返回 canonical repo、memory root、profiles root、wrapper 模式~/.local/bin/swarmN、tmux 会话模式swarm-workerId、默认 build/test/dev 命令以及读写根目录列表可写canonical repo 与 handoffs 目录只读memory root、profiles、~/.local/bin、~/.ssh并列出 11 个 runtime API 端点src/server/swarm-environment.ts。十、控制面端点全景swarm-environment.ts与 ARCHITECTURE.md 共同给出控制面关键端点端点用途GET /api/swarm-roster返回配置的 Hermes Agents 与角色元数据GET /api/swarm-runtime返回运行时状态与 tmux 可附着性GET /api/swarm-missions返回 mission 与 assignment 历史POST /api/swarm-dispatch向一个或多个 Hermes Agents 派发工作POST /api/swarm-tmux-start启动 tmux 支撑的 worker 会话POST /api/swarm-tmux-stop停止 worker 的 tmux 会话POST /api/swarm-tmux-scroll从 UI 滚动 tmux 会话GET /api/swarm-health汇总本地 swarm 健康状态对应路由文件均存在于 src/routes/apiswarm-roster.ts、swarm-runtime.ts、swarm-missions.ts、swarm-dispatch.ts、swarm-tmux-start.ts、swarm-tmux-stop.ts、swarm-tmux-scroll.ts、swarm-health.ts并有配套测试-swarm-dispatch.test.ts、-swarm-health.test.ts、-swarm-decompose.test.ts、-swarm-runtime-reset.test.ts印证接口行为。十一、文档与安全更新发布说明的最后一部分涉及文档与安全Swarm 文档新增 docs/swarm 文档集包括快速上手、架构、角色预设、技能与 autoresearch 模式测试 v1 发布时建议按 QUICKSTART → ARCHITECTURE → AUTORESEARCH → ROLES → SKILLS 的顺序阅读Docker Skills Hub 回退文档发布说明提到澄清了 Docker Skills Hub 的回退说明仓库根目录提供 Dockerfile、docker-compose.yml 与 docker-compose.dev.ymlSECURITY 披露路径仓库顶层 SECURITY.md 承载安全披露说明v2.1.0 更新了披露路径。十二、包含的 PR 与发布文案发布说明列出 v2.1.0 合并的 PR#192、#196、#198、#202、#204、#205、#206、#207、#208、#211、#215。这些 PR 对应上述 Swarm 控制面、Board/Reports/Inbox 流程、编排路由与可靠性修复等工作项PR 级别的逐项细节未在仓库文档中单列应以各 PR 实际 diff 为准。官方建议的简短发布描述为Claude-Workspace 2.1.0 ships Swarm: a built-in multi-agent control surface for persistent worker agents, orchestrator-first routing, Board reports inbox flows, and a set of reliability fixes across chat streaming, approvals, sessions, and Claude path handling.十三、升级后的使用心智Swarm 给用户提供三个控制层级docs/swarm/README.md向 orchestrator 要一个结果从控制面检视并引导 mission仅在需要确切证据时下钻到 worker 运行时。你不需要盯守每一步可以要求一次文档发布全流程处理看着 docs worker 接手、checkpoint 落地、把评审通道交给下一位、在评审确认真实之后再批准 PR。这就是 v2.1.0 的核心承诺——把多智能体分发从一种氛围变成一个系统。赞分享【免费下载链接】hermes-workspaceNative web workspace for Hermes Agent — chat, terminal, memory, skills, inspector.项目地址https://gitcode.com/gh_mirrors/he/hermes-workspace点击查看免费下载相关推荐微信聊天记录导出为文档WeChatMsg 上手指南微信聊天记录导出为文档WeChatMsg 上手指南上个月做项目复盘我需要找三年前团队在群里许过的一个承诺从去年的记录往上翻拇指划酸了也没找到。这时我发Douzy抖音批量下载工具无水印视频、创作者主页与收藏夹一键保存Douzy抖音批量下载工具无水印视频、创作者主页与收藏夹一键保存喜欢一个作品点完收藏等你再翻回去找保存入口时它已经被信息流埋了。DouzydouyiHermes Workspace 功能全景解析聊天、终端、记忆、技能与多 Agent 编排的完整能力清单Hermes Workspace 功能全景解析聊天、终端、记忆、技能与多 Agent 编排的完整能力清单导读本文以 Hermes Workspace 开源上一篇手绘风格Web组件wired-elements如何为物联网应用打造直观控制界面下一篇相交链表问题algorithm-base动画解析寻找第一个公共节点创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考

Hermes Workspace v2.1.0 深度解读：内置 Swarm 多代理编排控制面与可靠性修复全景

相关推荐

GenLayer CLI 实战指南：部署、交互与调试智能合约的全命令手册

Cursor Composer 3 曝光或超 Opus 5，Grok Bot 接入 X，AI 芯片租用漏洞引关注 | 8月31日 AI日报

@Conditional相关注解

更多资讯

Quartz.NET 4.x 教程第一课：使用 Quartz 搭建首个调度应用

codex-ppt-skill 安装与配置全指南：从 Codex、OpenClaw 到第三方生图 API 的完整落地

基于hive的歌曲音乐筛选推荐系统网站(源码+文档+部署讲解等)

基于springboot的在线银行管理系统的设计与实现(源码+文档+部署讲解等)

NanoKVM support 辅助子系统完全指南：SG2002 平台 kvm_system 与 kvm_vision 的编译与原理

试验设计与数据处理课件汇总：从PPT到可复用教学资产

今日更新

PHP htmlentities()函数用法讲解

AI Agent工程实战：从七要素到七个决策点的系统设计指南

AI入局芯片设计验证：验证收敛50倍加速的真相与应对

本周精选

CMOS设计三大物理效应：体效应、沟道长度调制与亚阈值导电

微信小程序在线阅读毕设全解析：Java后端+MySQL+避坑实战

Android音频问题五层分析法：从App到Codec的系统化诊断

本月热门

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

2026 大模型集体涨价：用 Python 做企业 Token 成本测算与选型避坑（附配置）

读完文章，想聊聊您的网站？