14个智能体
10 个部门智能体，连同总控与支撑角色，形成 14 个智能体的协作网络。
客户
书、咖啡与 200 多家门店，共享同一套经营节奏。
客户是连锁书店与咖啡复合业态，门店分布在 49 个城市。规模越大，真正难管的不只是货和店，而是每天跨部门流动的数据、判断与动作。
- 门店规模
- 200+
- 覆盖城市
- 49个
- 协同部门
- 10个
改造前
问题不在一个岗位，而在信息走得太慢。
门店越多，日报越厚；部门越多，口径越容易分叉。经验还留在个人身上，组织就很难稳定复用。
-
01
日报靠人写
各门店与部门分别汇总，运营人员反复收集、拼接、核对，大量时间消耗在重复整理上。
-
02
口径不一
同一个经营问题，不同部门可能用不同定义来回答。会议里先对数字，再谈动作。
-
03
异常发现滞后
门店状态依赖层层上报，问题被发现时，往往已经错过最适合处理的窗口。
-
04
经验随人走
判断方法留在个人习惯和聊天记录里，人员变化后，组织需要重新学习同一件事。
做了什么
不是加一个工具，而是搭一套协作结构。
从部门智能体到总控归档，再到每天固定发生的自动任务，系统把“收集、判断、记录、提醒”接成一条持续运行的链路。
-
01
10 个部门智能体
围绕各部门的实际职责分工，让专业知识有自己的执行入口，而不是把所有问题塞进一个万能助手。
-
02
总控归档
由总控收拢跨部门输出与关键记录，保证过程可回看、结论有出处，减少重复沟通与信息丢失。
-
03
182 个定时任务
把每日、每周需要重复执行的动作固定下来，让经营节奏不依赖某个人是否记得、是否有空。
-
04
部门知识库
将部门内已经验证过的方法、口径与案例持续沉淀，形成可检索、可调用的组织记忆。
-
05
门店读帧监控
总部运营智能体直连门店读帧，异常信息进入统一处理链路，而不是依赖门店端再部署一层智能体。
结果
结果，不靠形容词。
这些数字描述的不是一次演示，而是一套已经在真实经营节奏中持续运行的协作结构。
182个定时任务
重复工作交给固定节奏，执行状态与结果有据可查。
23:55每日自动日清
当天信息在当天收拢，第二天从同一套口径继续推进。
7个月持续运行
不是搭完就停。系统在使用中修正、沉淀，再逐步交付给团队。
系统先自己用，用顺了才交付。
客户对这次改造的总结
先跑通真实业务，再把它交给更多人