基于 Hermes Agent 实现企业编码场景的落地实践

一、目标与分工：谁负责想，谁负责做，谁负责验

业界常用 L1–L5 描述通往AGI的能力台阶：聊天助手 → 推理者 → 智能体 → 创新者 → 组织者。本文重点是 L2（推理，靠 LLM） 与 L3（智能体，靠系统）；L4 / L5 只作定位，不展开。

三层不是并列，而是逐层包含：外围环境包住 Hermes，Hermes 再包住 LLM。系统闭环仍是 Thinking → Plan → Work → Reflection——前两步主要靠内层 LLM；Work 靠 Hermes 执行；Reflection 发生在最外层，做成可客观判定的验真（人对齐、CI 红绿），而不是只让模型口头说「我觉得过了」。

二、用 Hermes 把 Agentic 做扎实

Hermes Agent 是 Nous Research 的开源 Agent 运行时：接上你选的 LLM，负责控环、执行工具、沉淀可复用的 Skill，并通过 Gateway 接到企微等入口。它不替代模型推理，而是让「想清楚之后」真的能一步步把活干完。

入口链路是：人（企微）→ Hermes Gateway → 编排 Agent（按场景选路由/编排模板）→ 把任务图写入 Hermes Kanban（SQLite）→ 各专责 Agent 认领执行。每个执行 Agent 只做一个具体任务；完成后 handoff。需要人拍板或检测失败时进入 blocked，再经 Gateway 通知回人。

三、全链路：Agentic 分段推进，Reflection 设关卡

脱敏后的搭法如下：企微当入口与通知；Hermes 做编排与执行；内部需求平台写作 KDOP；GitLab CI 在旁路机器上做客观检测。

autoCode：分段 Agentic

先过路由层选编排，再进入四段：需求分析 → 详细设计 → 代码编写 → 单元测试。每一段由专责 Agent 认领 Kanban 任务；分析/设计阶段经 MCP 读写 KDOP，并在关键节点等人审。

Reflection：人审 + CI

人审关卡：需求分析澄清、详细设计对齐——Kanban blocked，Gateway 通知企微。 机器关卡：提交与隔离写在 Skill 里；GitLab 调度异机 Runner；Agent 用 MCP 查 pipeline 红绿，再回写 Kanban（Runner 不直接改看板）。日常进度看 Kanban Dashboard。