Hermes Agent 与 OpenClaw 混用实战：3 种协同工作流搭建步骤

1. 三种工作流不是“选一个”，而是“按需切换”：Hermes Agent 与 OpenClaw 混用的本质矛盾我第一次把 Hermes Agent 和 OpenClaw 同时跑在本地开发机上时，以为只要把两个服务都docker-compose up -d起来，再配个http://localhost:8080和http://localhost:3000的反向代理，就能让它们“自动协作”。结果跑了三天，发现 Hermes 在写单元测试，OpenClaw 却在重写数据库迁移脚本——两个智能体根本没在聊同一件事。更糟的是，当 Hermes 需要调用 OpenClaw 的 PDF 解析能力时，它发出去的请求里连文件路径都没带全，只写了./tmp/xxx.pdf，而 OpenClaw 的工作目录是/app/data。这不是配置错误，是范式错位。Hermes Agent 的设计哲学是「状态驱动」：它靠soul.md维护长期记忆、靠CLAUDE.md管理当前任务上下文、靠kanban看板推进阶段流转。它的每一次think → act → observe循环，都默认假设自己拥有完整项目所有权和执行权限。而 OpenClaw 是「能力即服务」（Capability-as-a-Service）架构：它不关心你正在做什么，只认三样东西——输入格式、输出契约、调用凭证。它没有记忆，不维护状态，也不理解“这个 PR 还差一个测试覆盖”这种语义。所以，所谓“混