文章正文按原文语言展示。
Claude Sonnet 5 与 Opus 5 案例：把客服升级工单交给 Agent 分段处理
场景示例，不代表本站或第三方用户实测。 本文根据 Anthropic 官方发布资料设计流程；不代表我们调用或比较过这两个模型。
一个工单背后往往有多种工作
复杂客服工单可能包含客户描述、产品日志、过往对话、退款政策和需要跨团队确认的事项。把整件事交给一个自动 Agent 直接回复，容易遗漏事实、误解政策，或者在未获授权时承诺退款和补偿。
Anthropic 官方于 2026 年 6 月 30 日发布 Claude Sonnet 5，介绍其工具使用、计划和自主执行能力；7 月 24 日发布 Claude Opus 5，强调复杂专业任务和长程工作。模型的 API、账号开放范围和具体 ID 可能不同，接入前应以 Anthropic 当时的 API 文档为准。
场景流程：先整理，后建议，最后人工发送
- 建立工单事实卡。 让模型从客户描述和日志中提取时间、产品版本、已尝试操作与报错原文；每个字段注明来自哪条消息或哪段日志，缺失值保持为空。
- 用 Sonnet 层级做初步整理。 将工单按故障类型、紧急度和缺失信息分类；模型只能提出核查清单，不能根据印象补齐事实。
- 对复杂案件升级分析。 涉及多服务依赖、长时间线或多个政策条款时，可把结构化证据交由更高能力层级，要求它给出支持/反证、待确认部门和建议回复草稿。
- 把政策与动作分开。 模型可以引用已批准的退款政策并标出适用条件；是否退款、延长服务、承诺赔付或更改账户，必须由授权人员决定。
- 检查隐私与语气。 发送前删除日志中的密钥和个人信息，核对客户姓名、时间、问题复述与政策引用，再由客服人员手动发送。
- 记录人工修订。 保存模型草稿与最终版本的差异，用于分析哪些分类或建议需要改进，不将未经审核的答复直接自动发送。
何时分层使用
高频的摘要和字段提取更适合采用轻量、稳定且成本合适的模型；需要长程分析、跨文档核对或多步骤工具操作时，再提升模型层级。是否适合升级应由业务验收结果决定，包括事实准确率、遗漏率、处理时长和人工修改量。
官方发布页描述的是模型能力和厂商评测，并不证明客服业务已经因此提速。上线前应使用脱敏历史工单做离线评测，按问题严重度设置人工复核，并保留用户纠错与申诉路径。
使用前核对
- 在 Anthropic 控制台确认当前可用的模型名称、版本、价格和速率限制。
- 客户日志、聊天记录和账户资料应按数据政策最小化、脱敏和限权。
- 不允许模型自行批准退款、改变账户状态或发送未经审核的高影响答复。
- 本文为场景方法示例，不是 Anthropic 客户案例，也不是本站实测结果。