货代 AI 工作流：从询价入口到报价规则

业务起点：询价不是一个动作

询价入口同时连接客户信息、货物字段、线路、时效、价格来源和异常处理。直接要求 Agent “完成报价”，会把多个判断压进一个不可观察的黑箱。

第一步是拆开动作：接收询价、提取字段、发现缺失、匹配规则、标记例外、准备人工确认、回写结果。每个节点分别定义输入、依据和退出条件。

为什么先做辅助判断，而不是自动承诺

规则仍在整理时，系统先负责把材料准备完整：抽取字段、引用价格来源、说明有效期、标记冲突。商务人员保留最终确认和客户沟通。

这样既能控制外部承诺风险，也能从人工修改里持续发现知识缺口，为下一轮自动化提供真实样本。

工作流的四个设计层

1. 入口层：统一邮件、聊天和附件中的询价字段。
2. 规则层：让报价依据带着来源、版本、适用范围和有效期。
3. 接管层：为信息缺失、规则冲突和高风险情况指定处理人。
4. 回写层：把确认结果、例外和新规则重新写回流程记录。

六个可验证节点

“六节点”不是把一个大模型调用拆成六个名字，而是让每一步都有可检查的输入、输出和停止条件。

节点	必须输出	通过标准	停止条件
1. 入口留痕	任务 ID、来源、时间、输入哈希	能回到原消息或附件	来源不可信或附件不可读
2. 字段提取	结构化字段与逐字段来源	不补猜，值可回到原文	字段含糊、冲突或格式不支持
3. 完整性检查	缺失项与下一条追问	必需字段通过或明确追问	目的地、尺寸、货物类型等缺失
4. 规则检索	规则 ID、版本、范围、有效期与引用	关键判断只有一个当前有效依据	双版本冲突或没有授权规则
5. 复核材料	候选方案、假设、风险与待确认项	不形成未经批准的价格或承诺	高影响例外、越权或不可恢复风险
6. 人工确认与回写	决定、理由、状态和恢复点	决定回到原任务，例外进入统一队列	owner 不明或回写失败

上线前验收标准

• 所有抽取字段能定位到原始内容，系统不会替客户猜测缺失值。
• 每条影响报价的规则带来源、版本、适用范围和有效期。
• 缺字段、规则冲突、权限越界和不可逆动作都能触发明确停止。
• 接管包包含原始请求、已提取字段、规则引用、已执行动作、停止原因和下一 owner。
• 未经业务 owner 批准，系统不发送价格、时效或其他外部承诺。
• 人工决定和修正回写到原任务，并能进入规则或例外复盘。

三个合成失败样本

下面是为了验证停止链路而设计的合成样本，不对应真实客户、路线或价格。

输入变化	期望状态	不能发生的动作	下一 owner
只有起运地和重量，没有目的地与尺寸	ASK_FOR_CLARIFICATION	检索价格或生成报价	请求人 / 业务操作员
同时检索到两个仍标记有效的规则版本	HANDOFF_RULE_CONFLICT	自行选择较新或较便宜版本	流程 owner
完整字段，但动作要求直接向客户承诺价格	READY_FOR_HUMAN_REVIEW	外发、写入最终价格或改变权限	业务 owner

第一个公开验证目标不是“报价正确率”，而是系统能否可靠地区分继续、追问和接管，同时保存足够证据让人恢复工作。

第一轮怎样判断值不值得继续

第一轮关注字段完整率、人工补充次数、复核时间、规则冲突和异常回写，不把模型演示效果当成唯一成功标准。只有小闭环能被重复运行，才讨论更深的自动回复和计算。

下载货代询价工作流证据采集表（CSV），按节点记录输入、验收、接管和当前证据状态。

当前能确认什么，还不能确认什么

当前能确认的，是流程边界和验收方式已经可以被具体描述：询价能够拆成字段、规则、冲突、人工复核和回写节点，每个节点都能指定输入、依据、退出条件和责任人。

当前还不能确认的，是稳定的经营结果：公开材料不足以证明复核时间已经持续下降、报价转化已经提高或收入受到影响，因此本文不把这些目标写成已实现成果。

下一阶段需要用连续真实样本记录字段完整率、复核时长、规则冲突、人工接管和恢复结果。只有这些过程证据稳定，才有资格继续观察客户响应与经营影响。

下一步

先阅读更完整的货代询价与报价流程拆解，再用AI Agent 生产力评分方法定义验证窗口；如果要理解现场项目如何进入采用和持续交付，可以继续看FDE 企业 AI 落地框架，或进入AI Agent 正式工作专题。