多 AI 员工的任务分发：依据、冲突与优先级

任务分发，指的是把进入系统的工作项判断清楚应当由哪个 AI 员工承接、以什么优先级处理、什么时候转人。它的难点通常不在识别能力，而在冲突 —— 一件事同时符合两个岗位的职责范围时该归谁，这个问题在岗位增多之后一定会出现

分发的依据

判断归谁，依据应当是可核对的字段，而不是对内容的模糊理解。

• 来源渠道：来自客户咨询、内部工单还是系统事件，本身就限定了一部分归属。
• 涉及对象：订单、票据、合同、简历等对象与岗位职责存在稳定的对应关系。
• 请求类型：咨询、执行与审批是三类不同性质的动作，承接方也不同。
• 数据权限：承接方必须能看到所需的全部信息，否则分发本身就是错的。

冲突与优先级

同一个工作项落到多个岗位范围内时，靠临时判断一定会前后不一致。可行的做法是提前定下几条优先规则，并写进岗位说明里。

• 按对象优先：以业务对象的归属作为第一判据，例如票据归财务、合同归法务。
• 按主诉优先：以客户或发起人明确表达的诉求为主，而不是按系统猜。
• 按责任优先：涉及合规与资金安全的，归承担相应责任的岗位，即使其他岗位也能处理。
• 兜底规则：无法判定时进入待分派队列，由人指定，而不是随机选择一个。

人怎么介入

• 改派：任何人都应能把一个工作项改派给别的岗位，并记录原因。
• 合并：同一件事被拆给多个岗位时，人要能把它们合并处理，避免重复动作。
• 升级：涉及金额、责任与对外承诺的，升级给人处理，而不是由岗位自行决定。
• 兜底队列：待分派队列要有明确的负责人与处理时限，不能只是一个文件夹。

与岗位清单的关系

分发的依据必须来自岗位定义本身。站内的岗位清单是唯一来源，包含每个岗位的技能范围、接入系统与典型任务 —— 分发规则如果与岗位定义脱节，讨论就会变成各说各话。新增岗位时，先补岗位定义，再改分发规则，顺序不能反。

归属之外还要看承接能力

归属确定之后，还要判断承接方当下能否处理：技能是否覆盖、数据是否可读、是否已经有大量未完成的同类任务。归属对了但承接不了，结果是一样的 —— 工作项被挂起。因此分发时应当带一次能力检查，检查不过就进入兜底队列，而不是硬派下去。

分发规则怎么维护

岗位职责会调整，分发规则也必须跟着改。建议把规则与岗位定义放在同一处，并要求每次新增岗位或调整职责时同步更新。规则散落在代码里、只有开发能改，是这类系统后续逐渐失效的主要原因。

验收口径

• 每一个工作项都能说明它为什么归这个岗位。
• 承接方能访问到完成该任务所需的全部信息。
• 改派与合并有记录，且能看到原因。
• 无法判定的项目会进入有负责人的待分派队列，而不是被丢弃。