将这些合成记录提取为含 id、owner、deadline、evidence 字段的 JSON:[R1] 问题 41:Ana 负责导出修复;尚未约定期限。[R2] 问题 42:审核期限为 10 月 15 日;未指定负责人,未说明年份。缺失值使用 null,保留原文的不完整日期。evidence 引用原文,不要猜测年份或负责人。逐字段核对来源;这只是文本整理,不是数据库操作。
Claude Sonnet 5 API:价格、在线体验与示例
查看 Claude Sonnet 5 的 Token 价格、推理说明与编程工作流接入示例,区分在线文本体验、接口功能和账户可用范围。
Claude Sonnet 5 API 价格与计费
官方价格
- 输入
- $2.0000 /M
- 输出
- $10.0000 /M
- 缓存输入
- $0.2000 /M
- 缓存写入(5 分钟)
- $2.5000 /M
- 缓存写入(1 小时)
- $4.0000 /M
API Hop 当前价格 降低 45%
- 输入
- $1.1000 /M
- 输出
- $5.5000 /M
- 缓存输入
- $0.1100 /M
- 缓存写入(5 分钟)
- $1.3750 /M
- 缓存写入(1 小时)
- $2.2000 /M
参考价格,尚未独立核验。比较成本前,请核对供应商当前价格、计费单位及适用条件。
Claude Sonnet 5 在线对话工具
模型设置
开启后,下次请求会附带当前对话中已完成且可复用的轮次,方便连续追问,无需重复背景。
关闭后会怎样?只发送新消息和已设置的系统提示词。已有消息仍会显示;重新开启后,符合条件的历史轮次会再次加入请求。
这是长期记忆吗?不是。这是当前对话的上下文,不会跨独立对话记忆。失败、停止、截断或无法复用的回复不会加入。历史越多,输入 Token 用量和费用可能越高。
高级参数
对话

今天有什么可以帮你?
暂无响应数据 Claude Sonnet 5 提示词示例
这些是 Claude Sonnet 5 的评估提示词,不是模型实测输出。仅分析提供的文本,不执行代码、不检查生产系统,也不证明长上下文表现。请核对引文与验收标准,并在用于生产前检查响应元数据和用量。
仅使用这份文档样本:[P1] 导出修复通过了预发布检查。[P2] 有人提议周五发布,但未获批准。[P3] Mei 将在周二审核错误提示。[P4] 文档工作尚未分配负责人。以表格返回结论、准确引文、段落编号和不确定性。生产发布是否已批准?谁负责文档?缺失事实标为未知。每段引文必须与样本一致,不要由预发布成功推断生产成功。这个小样本不测试最大上下文长度。
审查这份虚构的支付 Webhook 策略:每个失败的 POST 都重试三次,不保存幂等键,发送响应前先扣减余额。指出重复扣款风险,提出最小修改和三项验收测试。仅使用这些事实,不要假设能访问代码、工具或生产系统。
什么是 Claude Sonnet 5
面向持续编程与日常知识工作的 Claude 系列模型
我们将 Claude Sonnet 5 定位为日常开发和知识工作的通用模型,适合写代码、整理资料,也适合需要多步调用工具的任务。Anthropic 于 2026 年 6 月 30 日发布这一版本,重点介绍了它在制定计划、持续编程、调用工具和跟进后续步骤上的改进。Anthropic 官方发布说明
支持百万 Token 上下文与图像输入的多模态模型
Claude Sonnet 5 的官方 API 提供 1M Token 上下文,标准最大输出为 128K Token,支持文本和图像输入,输出为文本。官方模型规格
作为一个多模态模型,它的应用场景会比非多模态的要多很多,比如OCR/前端测试/VQA/多模态文档解析等。
默认启用自适应思考,并提供五档推理投入
Claude Sonnet 5 默认启用自适应思考,effort 支持 low、medium、high、xhigh 和 max 五档,官方 API 默认值为 high。这一参数用于调节推理投入,会影响回答质量、Token 消耗和等待时间。官方 Effort 文档 · Sonnet 5 思考设置
我们建议先用实际业务任务比较 medium 与 high。整理格式、提取短文本,可以再试试更低档位;代码任务涉及多个模块和约束时,可以先测 high。至于 xhigh、max,先看它们能否减少返工、解决原本做不出来的问题,再决定是否扩大使用范围。
API Hop 的 Claude Sonnet 5 在线工具与 API
我们希望你能先在 API Hop 上试一试,看看 Claude Sonnet 5 能否做好手头的任务。登录、创建 API Key,再完成少量充值,就可以使用在线工具,不用先写 API 对接代码。短期评估不必购买固定套餐,也省去了分别注册和维护多个模型平台账号的麻烦。
Claude Sonnet 5 的核心功能与领域优势
项目编程:围绕明确方案完成实现与局部修改
我们认为,方案已经明确时,可以用 Claude Sonnet 5 来实现功能、做局部重构或修复问题。在客户的反馈中,他一般使用 Sonnet 负责协调与实现,Opus 处理架构和难题,项目最终完成,期间有两次需要换成 Opus 才能继续。
我们觉得这种分工值得借鉴:先把接口、影响范围和验收条件说清楚,再让 Sonnet 5 动手。遇到架构调整,或改了几轮仍过不了测试,我们建议重新检查方案,也考虑更换模型。单价低,不代表反复重试后仍然省钱。当然,这只是其中一个客户的项目案例,我们仍然建议你在打算切换到 Sonnet 5之前进行实际的业务场景测试。
工具协作:根据错误反馈恢复流程并继续执行
我们的其中一个客户向我们分享了 Agent 的接入体验。按他的描述,Sonnet 5 能一次处理复杂的编辑要求。遇到提示不明的错误后,它会重新调用工具读取数据结构,查找输入问题并尝试恢复。但是他同时也提到,模型曾跳过另一项无法执行的输入,且没有告知用户这个问题。
我们认为,在使用Sonnet 5时需要检查模型返回的内容,以及最终写入的数据是否正确,速度快,不代表它返回的内容符合你的要求。
长文分析:联合处理规范、代码与业务资料
我们会用 Sonnet 5 的长上下文对照多份资料:比较不同版本的需求、检查代码是否符合接口约定,或找出散落在各份文档中的业务条件。Artificial Analysis 的 AA-LCR v1.1 对比中,Sonnet 5 Max 的成绩约为 82%。这项评测使用约 1 万至 10 万 Token 的文档,考察模型能否跨段落提取信息、推理并归纳结论。Sonnet 5 长文成绩 · AA-LCR 测试方法
我们建议先定义要解决的问题,再整理输入资料,回答保留文件名、章节和关键引用,这样可以方便你校对他的答案是否符合你的要求。输入接近百万 Token 时,我们建议单独检查是否漏掉信息。82% 的成绩来自上述文档长度范围,当然,在实际的业务场景中,我们不建议你输入接近百万token,从我们的实际使用经验来看,这很明显会影响输出质量。
业务写作:把已有事实整理成目标读者能理解的说明
我们的其中一个客户向我们分享了他的场景,他在 API 自动化流程中用 Sonnet 5 写客户邮件、短信,也用它把 Git diff 整理成非技术读者能看懂的变更摘要。他对这些用途评价不错,特别提到文字好读,很人性化,模型也能按系统提示词的要求写。
我们认为,业务场景的不同,会对文字好读这个概念有不一样的要求,产品更新说明、工单回复、帮助文档,这些相对来说会要求不那么严格。而普通的文章分享或者心得体会,可能就需要人来进行大部分的修改和优化。
界面开发:结合截图与设计规范生成可修改的前端
我们会优先用 Sonnet 5 修改已有界面,或开发设计要求已经明确的页面。Anthropic 的提示指南指出,前端需求过于开放时,模型可能反复采用相似的默认视觉风格。想让结果有所不同,需要给出具体的设计约束,约束模型的自我发挥。官方前端提示建议
我们客户群的反馈也有分歧:一些人表示,用 Sonnet 5 重做此前由 Sonnet 4.6 完成的界面时,视觉效果没有达到他的预期。但是其他一些客户表示Sonnet5的表现还不错
我们因此建议把页面截图、组件规范、字体和布局要求一起提供给模型。拿到页面后,分别检查功能能不能用、设计有没有还原,以及不同屏幕上的显示效果。项目已有成熟设计系统时,我们建议沿用现有组件,把需要改的地方写清楚,少让模型从头设计和自我发挥。
Claude Sonnet 5 基准测试与性能表现
Artificial Analysis 的数据使用当前 v4.3.2 体系,对比页中的整数百分比按页面显示值记录。任务成本按评测方的口径列出,不等于 API Hop 的实际费用;通过 API Hop 调用时,以所选服务的价格和请求用量为准。
终端任务:Terminal-Bench 4.0 的独立成绩约为 14%
- Sonnet 5 Max约 14%
- Sonnet 4.6 Max约 3%
Artificial Analysis 的同口径对比,Sonnet 5 Max 在 Terminal-Bench 4.0 上约为 14%,Sonnet 4.6 Max 约为 3%。这套评测包含 66 项终端任务,使用 mini-swe-agent,每项重复三次并计算平均单次通过率;任务内的全部测试通过才计为成功。模型成绩对比 · Terminal-Bench 4.0 方法
我们认为,Sonnet 5 在这套测试中比上一代有进步,但仍有不少高难度终端任务做不出来。我们不建议你使用 Sonnet 5完成特别复杂的任务,但是当任务比较明确,颗粒度又比较小的时候,Sonnet 5 可能是一个比较好的选择。
项目编程:CursorBench 4.0 从 High 到 Max 增加 3.3 个百分点
- Sonnet 5 Medium28.0%
- Sonnet 5 High30.8%
- Sonnet 5 Max34.1%
- Sonnet 5 Medium$2.31
- Sonnet 5 High$3.48
- Sonnet 5 Max$7.17
CursorBench 4.0 使用来自真实开发流程的项目任务。主办方公布的 Sonnet 5 部分结果如下,成本根据对应任务的 Token 用量和公开价格计算。CursorBench 4.0 原始榜单
| 思考档位 | 成绩 | 平均每任务成本 |
|---|---|---|
| Medium | 28.0% | 2.31 美元 |
| High | 30.8% | 3.48 美元 |
| Max | 34.1% | 7.17 美元 |
我们更关注 high 到 max 的成本对比:成绩增加 3.3 个百分点,平均任务成本却超过两倍。我们建议日常开发先比较 medium 与 high。如果在你的场景中问题反复卡住,我们建议使用Opus 5.5或者Opus 5来解决,而不是把思考模式升级到更高层次。
知识工作:GDPval-AA v2.1 达到 1465 Elo
- Sonnet 5 Max1465
- Sonnet 4.6 Max1234
在 Artificial Analysis 的 GDPval-AA v2.1 对比中,Sonnet 5 Max 为 1465 Elo,Sonnet 4.6 Max 为 1234 Elo。这项评测使用 220 道任务,覆盖 44 个职业和 9 类行业,让模型在工具环境中提交文档、表格和演示等产物,再通过匿名成对比较形成评分。Sonnet 5 与上一代的成绩 · GDPval-AA v2.1 评测方法
我们认为,这项结果可以帮助判断模型能否做好要交给别人使用的文档、表格等文件。评估报告整理、业务分析和办公助手时,我们建议直接给一份完整任务:该用的材料有没有用上,数字对不对,文件能否打开,交给读者后能不能用。
业务自动化:AutomationBench-AA 的目标完成得分约为 37%
- Sonnet 5 Max约 37%
- Sonnet 4.6 Max约 20%
Artificial Analysis 的对比中,Sonnet 5 Max 在 AutomationBench-AA 上约为 37%,Sonnet 4.6 Max 约为 20%。这项测试覆盖 657 个任务,在模拟的邮件、表格、CRM 等业务应用中执行。模型得分对比
这项分数先统计每项任务的目标完成比例,再取平均值;违反任务约束则记零分。因此,37% 不代表“37% 的完整业务流程全部执行成功”。它与 Zapier 自身榜单的完整任务完成率也不是同一个口径,不能混用。AutomationBench-AA 评分说明
我们建议业务自动化环节边界清晰简单,并且需要反应速度快的场景下,可以用 Sonnet 5。如果你需要让它解决更复杂的问题,比如让它做决策,那么不建议你使用 Sonnet,可以使用 Opus 5.5 或者 Opus 5。
综合指数与生成速度:得分 38,输出约 80.5 Token/秒
- Sonnet 5 Max38
- Sonnet 5 Max约 80.5
- Sonnet 5 Max$5.09
Artificial Analysis 当前模型页将 Sonnet 5 Max 的 Intelligence Index v4.3.2 记为 38 分;对 Anthropic API 的输出速度测量约为每秒 80.5 Token。同一指数的加权平均每任务成本为 5.09 美元。Artificial Analysis 模型评测
交互频繁的功能,我们建议试试较低思考档位,比较等待时间和输出质量很关键。如果 medium/high 的输出也适用于你的业务场景,那么我建议你使用 Sonnet 5。
Claude Sonnet 5 与 Sonnet 4.6、GPT-6 Astra、DeepSeek V4 Pro 同类模型对比
对比 Claude Sonnet 4.6:能力提高,Max 配置的任务费用也增加
- Sonnet 5 Max38
- Sonnet 4.6 Max30
- Sonnet 5 Max$5.09
- Sonnet 4.6 Max$2.49
Artificial Analysis 的 Max 配置对比中,Sonnet 5 与 Sonnet 4.6 的综合指数分别为 38 和 30,加权平均每任务成本分别为 5.09 美元和 2.49 美元。两者公开输入/输出单价分别为每百万 Token 2/10 美元和 3/15 美元;Sonnet 5 的 Token 单价更低,但在这套测试中的任务费用更高。Sonnet 5 与 Sonnet 4.6 对比
还在使用 Sonnet 4.6 的团队,我们建议先看升级后工具协作和项目执行有没有改善,同时重新调整思考档位与输出预算。如果 Sonnet 5 在 medium 或 high 就能稳定完成任务,我们认为没必要继续使用最高档位。
对比 GPT-6 Astra:复杂工程任务值得按实际消耗重新比较
- Sonnet 5 Max38
- GPT-6 Astra Max53
- Sonnet 5 Max约 14%
- GPT-6 Astra Max约 59%
- Sonnet 5 Max$5.09
- GPT-6 Astra Max$3.26
Artificial Analysis 的 Max 配置对比中,GPT-6 Astra 与 Sonnet 5 的综合指数分别为 53 和 38,Terminal-Bench 4.0 成绩按页面取整后分别为 59% 和 14%。虽然 Astra 的 Token 单价更高,它在这套综合测试中的加权平均每任务成本为 3.26 美元,低于 Sonnet 5 的 5.09 美元;对应的平均每任务输出量也更少。GPT-6 Astra 与 Sonnet 5 对比
如果业务主要涉及复杂代码修改、终端操作,或需要反复验证的工程任务,我们建议重点对照 GPT-6 Astra,以我们目前为止的使用经验来说,复杂工程 GPT-6 Astra 相对于 Sonnet 5 来说是更好的选择
对比 DeepSeek V4 Pro:批量文本任务有明显的成本对照价值
- Sonnet 5 Max38
- DeepSeek V4 Pro 0813 Max36
- Sonnet 5 Max约 82%
- DeepSeek V4 Pro 0813 Max约 80%
- Sonnet 5 Max$5.09
- DeepSeek V4 Pro 0813 Max$0.67
在 Artificial Analysis 的 Max 配置对比中,DeepSeek V4 Pro 0813 与 Sonnet 5 的综合指数分别为 36 和 38,AA-LCR v1.1 长文成绩分别约为 80% 和 82%;加权平均每任务成本则分别为 0.67 美元和 5.09 美元。两者输入能力也有区别:这里的 DeepSeek V4 Pro 为文本输入,Sonnet 5 支持文本和图像输入。DeepSeek V4 Pro 与 Sonnet 5 对比
做资料归纳、文本提取和批量草稿时,我们建议把 DeepSeek V4 Pro 放进成本测试,如果你想测试 DeepSeek V4 PRO 和 Sonnet 5 的多模态能力,我们建议你一定要拿业务中的真实场景来测试,因为在我们的客户反馈中,有的用户在使用 Sonnet 5 的多模态时无法满足其业务要求,但是另一部分用户却反馈 DeepSeek V4 PRO 的能力不足以承担业务。
为什么通过 API Hop 使用 Claude Sonnet 5?
按需计费与模型成本优化
按当前 API Hop 单价和实际用量计费,按需充值。
统一 AI模型 与数据 API,一站式多模型接入
一个密钥多个AI模型和数据模型,节省对接成本,一键切换,业务需要的场景必然是AI+数据
调用记录与应用权限控制,每一次调用明明白白
每一笔调用记录都可以在后台查到,可以设置多个密钥对应不同的应用
按任务验收模型输出
通过 API Hop 使用文档列出的模型 ID 与支持参数。按自己的验收标准评估输出,投入生产前核对用量记录与响应元数据;模型名称或演示样例不保证每次结果。
如何在 API Hop 中使用 Claude Sonnet 5
在后台创建完密钥后,就可以根据文档来接入 Claude Sonnet 5。
准备账户并进行在线测试
登录并确认余额,创建一个 API 密钥。
在 Playground 中体验
可以在 Playground 中体验模型的能力,确定最佳的模型使用方案。
将 Claude Sonnet 5 集成到你的业务中
根据我们提供的开发文档,将 Claude Sonnet 5 集成到业务中。
后续的模型升级
升级前先确认 API Key 的模型列表已返回新型号的准确 ID。仅在新旧模型支持相同接口和请求字段时更换 model,并验证返回格式、流式行为、输出上限与费用后再切换生产流量。涉及异步图片或视频任务时,还应验证任务提交、状态查询与结果获取流程。
Claude Sonnet 5 API 常见问题
如何通过 API Hop 调用 Claude Sonnet 5 API?
我们建议先登录 API Hop,创建 API Key,然后查看我们的文档或者让AI帮助你配置连接。
我们建议先通过在线工具完成一次最小生成测试,再根据 API Hop 当前的 Claude Sonnet 5 API 文档对接。这样可以先验证模型是否满足业务需求,也能避免把其他服务商的接口路径和参数错误地带入 API Hop。
不是。Claude Sonnet 5 的接口模型名称是 claude-sonnet-5,Claude Sonnet 4.6 的接口模型名称是 claude-sonnet-4-6。它们是不同模型,调用时请勿混用 model 参数。
不支持 OpenAI Responses。Claude 有自己的 Claude Messages 格式,详情参考文档。
为什么从 Sonnet 4.6 迁移后,旧思考参数或采样参数返回 400?
我们建议先检查请求中的 thinking、budget_tokens、temperature、top_p 和 top_k。Sonnet 5 已不支持旧式 thinking: {"type":"enabled","budget_tokens":N},传入非默认采样参数也会返回 400。迁移时,我们建议删除这些旧设置,改用 output_config.effort 控制推理投入。Sonnet 5 迁移与参数说明
省略 thinking 时,Sonnet 5 会启用自适应思考。确实需要关闭,可以设置 thinking: {"type":"disabled"}。我们建议按业务需要明确设置 effort;语气、格式和内容范围,则用提示词与参考样例来控制。官方思考配置
为什么请求成功却没有正文,输出 Token 仍然增加?
我们建议先检查 stop_reason 和返回的内容块。Sonnet 5 默认不显示思考文本,所以 thinking 字段可以为空,但思考 Token 仍计入输出用量。读取正文时,我们建议根据内容块的 type 提取 text,不要固定读取 content[0].text。思考显示与计费说明
还要检查输出预算。max_tokens 限制的是思考与正文的总输出;effort 较高、预算又太小时,模型可能还没写完正文就达到上限。遇到 stop_reason: "max_tokens" 时,我们建议增加输出预算,或试试较低思考档位,再看正文是否完整。Sonnet 5 输出预算说明
为什么模型返回工具调用后,任务没有继续完成?
使用客户端工具时,模型返回 stop_reason: "tool_use",是在等应用执行工具并回传结果。应用需要先把原始 assistant 内容加入消息历史,再用 tool_result 返回执行结果。其中的 tool_use_id 要对应之前的调用,然后才能继续请求模型。官方工具调用流程
我们建议完整保留返回的内容块,尤其是开启思考时的相关块与签名,不能只留下用户看得见的正文。接入测试时,我们建议先跑通一轮“请求工具、执行操作、返回结果、生成回答”,再扩展到多工具流程。工具执行失败,也要把错误信息传回去,模型才能据此调整下一步操作。思考内容块的保留要求
原生 Sonnet 5 的自适应思考支持 tool_choice 的 any 或 tool 强制模式,具体以所用接口文档为准。修改早期会话内容后重放保留的思考块也需谨慎。
鉴权、余额与访问错误应如何排查?
可根据错误码文档进行排查。
对话记忆是长期记忆吗?
不是。API 不会自动为后续请求保留对话上下文;你需要自行管理会话历史,并在请求中传入所需内容。长期记忆需要由应用实现。
相关文本 API
Claude Sonnet 5 API 示例与支持参数
Claude Sonnet 5 API 快速调用
claude-sonnet-5model 为必填字段,示例使用当前页面的模型 ID。请先通过 GET /v1/models 核对 API Key 的模型访问权限。
Chat CompletionsPOST /v1/chat-completions
curl -X POST "https://api.apihop.ai/v1/chat-completions" \
-H "Authorization: Bearer <API_KEY>" \
-H "Content-Type: application/json" \
-d '{"model":"claude-sonnet-5","messages":[{"role":"user","content":"Hello, introduce yourself in one sentence."}],"stream":false}'MessagesPOST /anthropic/v1/messages
Messages 必须填写 max_tokens。示例额度可调整,不是上游默认值或模型上限。思考可能在生成正文前耗尽该额度;请按任务调整并检查输出费用。
curl -X POST "https://api.apihop.ai/anthropic/v1/messages" \
-H "Authorization: Bearer <API_KEY>" \
-H "Content-Type: application/json" \
-H 'anthropic-version: 2023-06-01' \
-d '{"model":"claude-sonnet-5","max_tokens":4096,"messages":[{"role":"user","content":"Hello, introduce yourself in one sentence."}],"stream":false}'家族与协议参考
Claude Messages
完整 API 文档Claude 原生 Messages 兼容接口。该接口使用 Anthropic Messages 请求和响应格式,适合 Claude Code、工具调用、流式输出和需要 Anthropic 原生事件格式的应用。
https://api.apihop.ai/anthropic/v1/messages