玉衡计划 (Astraea Plan)｜面向连锁企业的私有化多智能体集群落地实践

开篇

市面上大量智能体 Demo 都偏向 C 端，帮人写文案、画图、聊天。而连锁实体门店的真实痛点完全不一样：几十个部门、上百家门店、数据需要隔离、核心经营数据必须私有化存储。

我们为此设计并落地了「玉衡计划 (Astraea Plan)」——一套面向连锁企业的私有化多智能体办公调度集群，已经在魔方小镇城市书房全国连锁门店（188家门店 / 50城市 / 20省）投入生产。

架构设计者：大军 ｜ 落地案例：魔方小镇城市书房 ｜ 项目站点：luhongshuai.com

核心架构

三级架构：总控 + 部门 + 门店

• 总控智能体：统一调度、学习、沉淀、汇报
• 部门智能体：财务、运营、图书、市场、法务、工程……每个部门一个专属 AI
• 门店节点：数据、物料、实时管控

关键设计

• A2A 智能体通信：基于 Linux 基金会 A2A 标准协议，智能体之间跨设备互联，物理隔离
• 知识库按部门隔离：运营智能体只知道运营，财务智能体只知道财务，绝不跨部门混流
• 混合模型：云端大模型处理复杂任务，本地开源模型处理企业敏感数据
• NAS 私有化存储：本地化存储，权限隔离，审计、限流安全体系
• 企业智能体四阶段演进：部署 → 增效 → 降本 → 联网式智能化企业

踩坑与实战经验

真实遇到的问题，分享出来供大家少走弯路：

1. 多智能体串群

最早是一套系统服务所有部门群，网关内部路由消息。听起来优雅，实际天天出事：

• 运营要的数据发到财务群
• 财务报告回错到市场群
• 群消息偶尔串到私聊

根因：一个 AI 同时处理多个群的上下文，上下文窗口把不属于当前群的信息混了进来。

解法：物理隔离——一个机器人只服务一个部门群，天然不会串。就像一张桌子一个服务员，永远不会上错菜。

2. 单点故障

根因：一个进程挂了，全部停摆。

解法：单点自愈，任一智能体故障 5 分钟内自动拉起，记忆无损、工作不断。

3. 数据混流

根因：各部门数据如果混在一个库里，权限隔离就是空话。

解法：知识库按部门垂直隔离，物理隔离不泄密。

4. 员工不会使用 AI

根因：员工没有耐心学提示词，不知道怎么跟 AI 交流。这是比技术更难的问题。

解法：把复杂任务固化成 SOP 和技能库，员工只需要用日常语言下指令；新员工对接智能体即可快速入岗。

项目边界（重要声明）

⚠️ 本项目为企业私有化商业落地项目，不对外开源完整源码，主要面向连锁实体企业做内部智能体办公调度集群。本文只分享架构思路、落地实践与踩坑经验。

结尾

从 2025 年 11 月开始关注智能体，到 2026 年 5 月在魔方小镇城市书房多部门落地，再到完成 2.0 架构升级——半年时间，从零到一套真正跑在生产环境的连锁企业智能体集群。

这套系统不是演示 Demo，不是 PPT，是每天 23:55 自动运行、从不缺席的真实生产系统。

欢迎同行交流企业级 Agent 落地思路：luhongshuai.com