返回项目列表
开源系统

Cabinet - 多智能体内阁系统

个人独立开发的多智能体协作系统,覆盖角色分工、任务编排、实时事件同步与记忆管理,目标不是做聊天壳子,而是把多 Agent 协作链路真正跑起来。

技术栈
NestJS 11Vue 3Nx MonorepoPostgreSQLRedisSocket.IO
素材与示意

没有完整截图的项目,会先用结构化占位保证阅读不断档。

cover

系统概览占位

首版先用结构化封面与模块列表代替完整截图,后续可补产品截图。

背景

问题背景

项目不是单一对话界面,而是一个同时包含部门 Agent 协作、任务流转、记忆沉淀、实时事件广播和凭证安全的复杂系统。难点在于既要把协作链路设计清楚,又要让前后端状态、事件和权限边界长期可维护。

从零定义 Nx Monorepo 的前后端边界、共享类型和模块拆分方式
设计多智能体协作链路、部门职责模型和实时事件广播机制
实现凭证加密、密钥派生、WebSocket 实时通信等关键基础能力
搭建任务流、决策过程和系统状态可视化界面
拆解

关键技术拆解

下面按问题、方案和结果来写,方便直接看我在项目里做了什么。

01

多智能体协作编排

问题

多个 Agent 之间既有角色分工,又有跨节点事件传递。如果只是把接口串起来,前后端状态很快就会散掉,协作链路也很难排查。

方案

我把部门职责、决策流程、事件模型拆成独立模块,再通过 EventBus 到 WebSocket 的桥接把实时路径收拢到统一通道里。

结果

前端可以稳定展示任务状态、角色分工和事件流转,后续继续加 Agent 或调整协作流程时也不容易失控。

02

安全与凭证管理

问题

项目要接多模型和多服务,就绕不开敏感凭证管理。如果直接明文存储或把安全逻辑散在业务代码里,项目很难进入可持续迭代阶段。

方案

实现 AES-256-GCM 加密、scrypt KDF 密钥派生和基础密钥管理策略,把凭证处理从业务流程里独立出来。

结果

项目在安全处理上更接近真实系统,而不是只能演示功能逻辑的 Demo。

03

品牌级工程组织

问题

个人项目最容易出现的问题不是功能做不出来,而是功能一多以后结构迅速失控,后面每加一块都要反复返工。

方案

我用 Nx 管理前后端模块、共享类型和依赖边界,把实时通信、AI 协作和基础设施拆成可以独立迭代的层次。

结果

后续再扩展 Agent、记忆系统或管理能力时,不需要把核心结构推倒重来,更适合长期维护。