01
多智能体协作编排
问题
多个 Agent 之间既有角色分工,又有跨节点事件传递。如果只是把接口串起来,前后端状态很快就会散掉,协作链路也很难排查。
方案
我把部门职责、决策流程、事件模型拆成独立模块,再通过 EventBus 到 WebSocket 的桥接把实时路径收拢到统一通道里。
结果
前端可以稳定展示任务状态、角色分工和事件流转,后续继续加 Agent 或调整协作流程时也不容易失控。
个人独立开发的多智能体协作系统,覆盖角色分工、任务编排、实时事件同步与记忆管理,目标不是做聊天壳子,而是把多 Agent 协作链路真正跑起来。
没有完整截图的项目,会先用结构化占位保证阅读不断档。
首版先用结构化封面与模块列表代替完整截图,后续可补产品截图。
项目不是单一对话界面,而是一个同时包含部门 Agent 协作、任务流转、记忆沉淀、实时事件广播和凭证安全的复杂系统。难点在于既要把协作链路设计清楚,又要让前后端状态、事件和权限边界长期可维护。
下面按问题、方案和结果来写,方便直接看我在项目里做了什么。
多个 Agent 之间既有角色分工,又有跨节点事件传递。如果只是把接口串起来,前后端状态很快就会散掉,协作链路也很难排查。
我把部门职责、决策流程、事件模型拆成独立模块,再通过 EventBus 到 WebSocket 的桥接把实时路径收拢到统一通道里。
前端可以稳定展示任务状态、角色分工和事件流转,后续继续加 Agent 或调整协作流程时也不容易失控。
项目要接多模型和多服务,就绕不开敏感凭证管理。如果直接明文存储或把安全逻辑散在业务代码里,项目很难进入可持续迭代阶段。
实现 AES-256-GCM 加密、scrypt KDF 密钥派生和基础密钥管理策略,把凭证处理从业务流程里独立出来。
项目在安全处理上更接近真实系统,而不是只能演示功能逻辑的 Demo。
个人项目最容易出现的问题不是功能做不出来,而是功能一多以后结构迅速失控,后面每加一块都要反复返工。
我用 Nx 管理前后端模块、共享类型和依赖边界,把实时通信、AI 协作和基础设施拆成可以独立迭代的层次。
后续再扩展 Agent、记忆系统或管理能力时,不需要把核心结构推倒重来,更适合长期维护。