寓言
官署里有两种分件员，一种看信封，一种看案子
京城户部每年收十万件文书，全部汇入一个叫「龙门」的收发房。收发房配了一位老书办，他的工作是把每件文书按内容和紧急程度分到八个司：度支司管预算，仓储司管物资，户籍司管人口。老书办干这行二十年，看一眼文书的抬头就能判断该往哪个司递。
后来户部上了一套新系统——在收发房上加一层前置。新系统收到的并非文书原件，关键在于每件文书被拍成三份副本——灰度扫描、摘要、全文文字识别。前置系统根据扫描速度和识别准确度的取舍，挑一版最好的送往下一环节。这一层每天分几十万次，纯技术决策，跟案子内容无关。
第三年户部开始试行「代事制度」——六个司各有三个专职的资深吏员，每人只负责自己专长的业务领域。户部设了一个新职位叫「值房分派」，由一位熟悉全局的副堂官担任，他的任务是读老书办分过来的案子，判断该案需要哪类专业吏员介入、是否需要联署、是否需要追加证据。
来年审计的时候，一位外部监察官看了整个流程后提了一个尖锐的问题：你们一共有几层分类？答案有三层——最底层是副本优选的纯技术分发，看的是图像质量和延迟；中间层是老书办按业务关键词分到各司；最上层是副堂官决定案子的参与角色和权限。三层都叫「分配」，但管的全是不同层级的决策。
户部为此把三层的名字分别定了下来。最底层叫「通道选择」——选哪个版本的副本往下传。中间层叫「业务分类」——读抬头定司。最上层叫「职责分派」——定人和权限。定完名字之后，每一层的优化方向立刻清晰了：底层优化延迟和成本、中间层优化准确率、上层优化任务完成度和合规。
分清楚以后，出了问题解决的效率明显不同。有一次度支司和户籍司边界模糊，一个户籍迁转连带税收调整的案子被卡在中间层。老书办说这不是分类的问题——案子同时属于两个司，不可能只分给一个。副堂官介入，启动职责分派：成立跨司联署工作组，分配两个司的资深吏员参与，定下决策权限。
户部的经验后来被写进了六部的信息化章程：模型路由和 Agent 路由要分在两个不同的配置文件里，各自有独立的监控面板。前者看的是「通不通」「花多少」，后者看的是「派没派对人」「办没办对」。二者共用一个「路由」后缀，但调试的时候看的是完全不同的日志。