Distributor · AI-Agent Operating Architecture
用 Agent 运营这家公司，
人只留在原子和关系上。
这家公司能高度 Agent 化，恰恰因为它是 Distributor —— 没有生产，绝大多数工作本就是"系统内的单据与数据流转"。真正留给人的只有三类：搬实物、维护关系、对钱和异常负责。
Agent（系统内自动）
人类（原子 / 关系）
审批闸 / 异常兜底
外部系统
分界线
不看"哪个部门高级"，看这个工作触碰的是什么
📦
触碰原子
人
实物搬运、收发货 —— Agent 动不了物理世界
🤝
触碰信任
人
客户关系、谈判 —— 关系是长期人际资产
🔑
承诺 / 钱的授权
人把关
责任与权限必须落到某个人头上
⚙️
触碰比特
Agent
系统内数据、规则计算、单据流转 —— 数字化可审计
架构全景
一个 Orchestrator 调度 4 个 Agent，人类只在两个断点和异常处介入
🧭 Orchestrator
定时调度（Cron）· 审计日志 · 异常升级路由
ERP邮箱WMS银行CRM
↓ ↓ ↓ ↓
纯 Agent 层 · 全在系统内跑
CS Agent
日常无人
收客户 SO（邮件/EDI）→ 解析 → ERP 建内部订单 → 发订单确认 → 触发发货指令
ERP邮箱
↑ 异常升级：缺货 / 改单 / 退货
Supply Chain Agent
日常无人
月度跑 MRP（三策略）→ 建 PO → 按供应商合并 → 接管邮箱发 S1/S2/S3
ERP邮箱
🔑 PO 金额超阈值 → owner 确认
Finance Agent
只算不付
查 SO 确认应收、查 PO 确认应付 → 对账 → 生成付款建议（不按付款键）
ERP银行·只读
🔑 实际付款 → owner 授权
WMS Agent
指挥仓库人
PO 到货 → 生成收货任务；SO 确认 → 生成拣货单 / 打面单。实物动作交给人
WMSERP
↓ 下发任务给仓库人员
人类断点 + 实体/关系
👤 Owner（你）
两个授权闸 + 异常兜底。日常不动手，只在"钱要出去"和"出了岔子"时介入 —— 守住整家公司的内控。
PO 金额闸付款闸异常 owner
🏭 仓库作业员
触碰原子
按 WMS Agent 的任务收货、拣货、发货 —— 实物搬运。
🤝 销售
触碰信任
拜访客户、维护关系、咨询需求 —— Agent 当副驾减负。
逐部门裁决
谁留人、谁交给 Agent、谁需要一道授权闸
| 部门 | 裁决 | 理由 / 设计 |
|---|
| Warehouse | 人 + Agent | 实物必须人；WMS Agent 当指挥大脑，编排收发货任务。 |
| Sales | 人 + Agent | 关系必须人维护；Agent 做销售副驾（拉历史、整理纪要、结构化需求）。 |
| Customer Service | 纯 Agent | 纯系统内单据流转，自动化程度与供应链一样高 —— 你最初漏了它。 |
| Supply Chain | Agent + 金额闸 | 月度 MRP 全自动；但发 PO = 对外承诺花钱，超阈值留人确认。 |
| Finance | 算 + 付款闸 | 对账可无人；付款必须人按，遵守"下单的人 ≠ 付钱的人"职责分离。 |
真正的设计原则
你那两个假设（订单无差异、交付无 Variance）= 只有 happy path —— 它们正是自动化的承重墙
Agent 负责
Happy Path
95% 的常规单
- 需求都能从库存满足
- 供应商订多少发多少
- 对账自动对平
- → 全流程系统内自动流转
人 负责
Exception
剩下 5% 的异常
- 缺货 / 部分发货 → CS 升级 or 人
- 供应商少发 / 发错 → 仓库人 + Finance 异常
- 退货 / 索赔 → 逆向物流，人
- 客户逾期不付 → 催收，人（关系敏感）
核心：Agent 跑 happy path，人当 exception owner。 自动化覆盖常规单，异常自动升级（escalate）给人 —— 这才是"人还是 Agent"问题的真正答案。
最终编制
这家 Distributor 收缩成：少数人 + 一群 Agent + 一个调度器
4
Agent
CS · 供应链 · 财务 · WMS
1
Orchestrator
调度 + 审计 + 升级路由