外贸样品与订单状态查询 Agent：只读物流/ERP，禁止模型编造 ETA

外贸样品与订单状态查询 Agent 回答「样品寄到哪了」「订单什么状态」：调用承运商/ERP 只读接口，用知识库解释状态码，失败则拒答并转跟单。它不是安抚型聊天窗——模型脑补 ETA 会制造虚假预期与投诉。总览见 /blog/what-is-foreign-trade-ai-agent；询盘阶段里样品确认仍须人工，见 /blog/foreign-trade-inquiry-agent-playbook。店铺物流查询骨架可对照 /blog/cross-border-ecommerce-agent，但外贸更重样品单、PI/合同号与跟单交接。GeonAI 按可验收只读护栏交付；/agents 仅为能力参考（363+ 预设非公众全量试用）。评估请邮件 [email protected]。

为什么禁止编造 ETA

• 买方按虚构到港日安排清关/产线 → 纠纷与索赔
• 「应该快到了」无法审计，质检无法复现
• 工具超时后模型「补全」轨迹 → 与承运商事实冲突
• 样品费已付场景下错误 ETA 损害信任，影响正式单

允许与禁止（可贴进 SOW）

写权限与 CRM 绑定见 /blog/foreign-trade-agent-crm-follow-up。合同边界三表见 /blog/custom-agent-scope-boundary-in-contract。工具调用硬规则见 /blog/agent-function-call-mcp-integration。

推荐链路

1. 校验身份与单号（订单号 / 运单号 / 样品申请号）→ 无键则拒查并收集槽位
2. 只读调用物流或 ERP；响应带 resultCode、节点时间、原始状态码
3. 命中 → 模板化说明最近正式节点 + 知识库释义（带引用）
4. 未命中 / 超时 / 异常码 → 固定失败话术 + 转跟单（可写 CRM 任务）
5. 买家追问到港日 → 复述最近节点，不填日期；升级人工

失败话术示例

「暂未查到承运商回执 / 系统暂不可用，已转给跟单同事，将在工作时间内回复。请保留单号以便核查。」——禁止追加任何推测性日期或港口。

审计最小集

• toolName、单号哈希（勿明文落不可控日志）、resultCode、latency
• 是否转人工、会话 ID、CRM 线索 ID
• 抽检：零编造 ETA；失败路径 100% 走拒答模板

与询盘 / 报价 Agent 的边界

• 本 Agent：状态只读；不报数字价、不确认样品费用
• 询盘 Agent：首回到样品推进；费用确认仍人工（见 playbook）
• 报价 Agent：价目护栏与正式单签发（见报价护栏文）
• 权限冲突时拆角色，见 /blog/multi-agent-vs-single-assistant

报价护栏见 /blog/foreign-trade-quotation-agent-guardrails。多语言答复仍须只读轨迹，见 /blog/multilingual-b2b-trade-support-agent。

反模式（直接叫停）

• Prompt 写「尽量给客户一个大概到货日」
• 把物流截图 OCR 结果当正式轨迹且无 API 校验
• 允许 Agent 改地址 / 改收货人而不走审批
• 无审计日志却对外承诺「系统已查到」

试点怎么验收

• 编造 ETA / 虚构节点 = 0（或计入停量）
• 工具失败时 100% 使用拒答模板（抽检）
• 有单号查询成功率达设定门槛；无单号不得报「在途」
• 写操作（若关闭）零越权；开启时须人工确认记录

试点 KPI 框架见 /blog/custom-agent-30-day-pilot-metrics。

找 GeonAI 时怎么描述

请说明 ERP/OMS 与物流供应商、是否具备只读账号、样品单号规则、跟单交接渠道。邮件 [email protected]、服务方案 或 Live chat。我们按只读护栏交付，不承诺「总能给出到港日」。