当三个 Agent（买家、卖家、平台）各有各的立场，你需要的不只是 LLM，还有全链路可观测。
纠纷协调器设计
买家投诉"收到货坏了"，卖家说"发货时是好的"。单一 Agent 会有偏见。
FactCollector 收集事实 → BuyerAgent ∥ SellerAgent 并行分析 → MediatorAgent 调停裁决。三方视角综合，避免单一视角偏差。BuyerAgent 和 SellerAgent 强制并行------串行时后执行的 Agent 会被前一个结论"锚定"，无法独立形成观点。裁决后 MediatorAgent 记录完整推理链，作为后续申诉或人工复核依据或者交由人工确认。
破损纠纷 ------ LLM 不是法官，裁决框架才是
用户投诉："收到洗衣机的玻璃面板碎了，申请退款。" 卖家回复："发货时有验机视频，面板完好，是快递造成的。"
FactCollector 从三个数据源并行拉取：
- 订单系统：下单时间、支付金额 ¥3299、物流单号 SF123456789
- 物流系统：签收时间、签收人、是否本人签收（是）
- 售后系统：用户上传的破损照片 4 张、验机视频 1 段
BuyerAgent 分析（持有买家立场）：照片清晰显示面板裂纹，签收后 2 小时内就发起了投诉，时效合理。用户历史 12 单无退款记录------排除"职业差评师"嫌疑。结论：买家诉求合理，应退款或换货。
SellerAgent 分析（持有卖家立场）：验机视频拍摄于发货前 30 分钟，视频全程无剪辑，面板完好。物流保价 ¥3000。商家已履行发货义务。结论：卖家无责，应由快递公司承担赔付。
MediatorAgent 注入平台裁决政策：
## 平台裁决规则（必须严格遵守）
### 责任判定规则
- 发货前有验机证据 + 签收后有破损证据 → 快递责任
- 无验机证据 → 卖家责任
- 签收超 24 小时未投诉 → 买家责任
### 赔付规则
- 快递责任 + 已保价 → 优先走保价理赔
- 保价金额 < 订单金额 → 差额从平台纠纷基金垫付（上限 ¥500/单）
- 卖家责任 → 卖家全额退款 + 平台扣信用分
- 买家责任 → 驳回，提供自行联系快递理赔指引
### 输出格式
责任方：{快递/卖家/买家}
赔付方案（逐条）：
1. ...
2. ...平台裁决在这套规则框架下完成三件事：
- 事实→规则匹配：验机证据 ✓ + 破损证据 ✓ → 匹配"快递责任"
- 数字计算：保价 ¥3000 < ¥3299 → 触发"差额垫付"规则，差额 = ¥299
- 方案组装：按赔付规则的三步模板（卖家垫付→保价理赔→差额垫付），填入具体数字和人名
可观测性三层体系
- Prometheus + Grafana：30 秒内判断整体健康状况
- Langfuse：每个请求的完整 LLM 调用链 trace
- SkyWalking：分布式链路追踪
关键监控指标与告警阈值：
| 指标 | 告警条件 |
|---|---|
| P95 延迟 | >2000ms |
| 错误率 | >1% |
| QPS 下降 | >50% |
| P0 命中率 | <70% |
| Token 消耗 | 7天均值+3σ |
故障定位三步法：Grafana 看全貌 → Langfuse 看单次 trace → 散点图分析 context_size vs latency 相关性。