Claude Sonnet 4.6 是把大上下文能力带到 Sonnet 档位的一代:相比 Sonnet 4.5,它把上下文窗口从 200K 扩展到 1M token,最大输出翻倍到 128K token,并在扩展思考之外新增自适应思考。
- 输入
- 文本 图像 $3/M
- 输出
- 文本 $15/M
- 缓存读取
- $0.3/M
- 上下文
- 1M
- 对比 GPT-4o
- 便宜约 40%
- 知识截止
- 2025-08
Benchmark 成绩
供应商公布: Alibaba (Qwen) Anthropic ByteDance Google Moonshot OpenAI
价格在同类中的位置
价格在 68 个同类模型中的位置
这条线标出该模型的价格在 Synthorai 同类模型中的位置,两端分别是最便宜和最贵的模型。这里是基础价,批量、区域和缓存写入的折扣见价格页。
规格与限制
Token
| 上下文窗口(供应商规格) | 1,000,000 |
|---|---|
| 最大输出(供应商规格) | 128,000 |
| 知识截止 | 2025-08 |
| 训练数据截至 | 2026-01 知识截止 2025-08 |
提示词缓存
| 缓存方式 | 显式(需开启) |
|---|---|
| 最小前缀 | 1,024 |
| 有效期 | 默认 5 分钟,可选 1 小时 |
| 写入成本 | 1.25x (5m) / 2x (1h) |
思考
| 供应商参数 | thinking.type + output_config.effort (budget_tokens still accepted, deprecated) |
|---|---|
| 可选值 | thinking.type adaptive · enabled (deprecated) · disabled; effort low · medium · high · max (no xhigh) |
| 默认值 | 思考关闭;effort 为 high 请求未指定时生效 |
| 可关闭 | 支持 |
| 思考行为 | 自适应思考会在工具调用之间自动交错,无需 beta 请求头;在手动的 "enabled" 模式下,interleaved-thinking-2025-05-14 请求头仍然有效但已弃用;早先轮次的思考块会保留在上下文中并按输入计费 |
| 参数 | reasoning_effort |
| 取值 | minimal · low · medium · high 这是网关侧的参数,实际以上方的供应商映射为准 |
模型
| 模态 | 文本 + 图像 → 文本 |
|---|
- 1M token 上下文自 2026-03-13 起按标准价格 GA
- 配合 output-300k-2026-03-24 beta 请求头,Batch API 上最高 300k 输出 token
一条提示词,经网关实测
Claude Sonnet 4.6 通过 · 3 sentences
Here is a three-sentence explanation for a CFO: Reasoning models "think out loud" by generating a long internal chain of thought before producing the final answer, and every token in that thinking process is billed at the same rate as the output you actually see. This means a single user request that previously cost 500 tokens of output may now cost 5,000 tokens once the hidden reasoning steps are counted, multiplying cost per call by roughly 5-10x depending on task complexity. To control this, we can cap reasoning depth, route simpler tasks back to non-reasoning models, and audit which use cases actually require that level of accuracy to ensure we are only paying the premium where it delivers measurable business value.
输出 156 tok 延迟 4.9 s
指令遵循(恰好三句,数得出来)、受众适配(对 CFO 说话的口吻),以及下方 token 计数暴露出的隐藏思考计费差额。
Claude Sonnet 4.6 通过 · 8/8 cases
## The Bug There are two related off-by-one errors: 1. **`cur` starts at `0` instead of `1`** — a single matching pair increments `cur` to `1`, which correctly represents a run of 2, but a single-element list (or any non-repeating list) leaves `cur = 0` and `best = 0`, when the answer should be `1`. 2. **`best` is only updated inside the `if` branch** — a run that ends at the last index is captured correctly *in that branch*, but the initialization problem means the baseline "every element is a run of at least 1" is never established. The root cause is that **`cur` tracks the number of *consecutive equal pairs*, not the length of the run**. Switching to tracking run length directly (starting `cur = 1`, updating `best` on *every* iteration including the `else` branch reset) fixes both issues. […]
输出 685 tok 延迟 12.2 s
修复是否真的正确(能运行)、解释的信息密度,以及在一个范围明确的任务上的 token 效率。
Claude Sonnet 4.6 通过 · 5/5 fields, guidance null
```json { "company": "Meridian Robotics", "quarter": "Q3 (September quarter)", "revenue_usd_m": 412, "growth_pct": 11, "guidance": null } ```
输出 67 tok 延迟 1.3 s
是否严守 schema(不臆造字段)、能否顶住幻觉压力(原文明说暂不给出 guidance),以及结构化输出路径的差异。
Claude Sonnet 4.6 通过 · 121 words, 0 banned, 1 question
**Introducing Prompt Caching Across Providers** Managing AI costs gets complicated when identical prompts hit multiple providers repeatedly, burning through tokens unnecessarily. Today, we're launching cross-provider prompt caching in our API gateway — a feature that stores prompt responses and serves cached results regardless of which underlying model handles your request. Here's how it works: when your application sends a repeated prompt, the gateway checks its cache first, returning stored outputs in milliseconds rather than forwarding requests to OpenAI, Anthropic, or any connected provider. Why pay for the same generation twice? With configurable TTL settings and cache-key customization, teams processing high-volume or repetitive workloads will see immediate latency improvements and measurable cost reductions starting on day one. Available now on all paid plans.
输出 177 tok 延迟 5.4 s
是否守住约束(字数预算、禁用词表、只能有一个问句)、文风特征,以及长度控制。
30 秒用上 Claude Sonnet 4.6
兼容 OpenAI:换掉 base_url,SDK 不用改。POST /v1/chat/completions
from openai import OpenAI
client = OpenAI(
base_url="https://synthorai.io/v1",
api_key="sk-syn-...",
)
resp = client.chat.completions.create(
model="claude-sonnet-4-6",
messages=[{"role": "user", "content": "Summarize this diff"}],
reasoning_effort="medium",
)
print(resp.choices[0].message.content)import OpenAI from "openai";
const client = new OpenAI({
baseURL: "https://synthorai.io/v1",
apiKey: "sk-syn-...",
});
const resp = await client.chat.completions.create({
model: "claude-sonnet-4-6",
messages: [{ role: "user", content: "Summarize this diff" }],
reasoning_effort: "medium",
});
console.log(resp.choices[0].message.content);curl https://synthorai.io/v1/chat/completions \
-H "Authorization: Bearer sk-syn-..." \
-H "Content-Type: application/json" \
-d '{
"model": "claude-sonnet-4-6",
"messages": [{"role": "user", "content": "Hello"}],
"reasoning_effort": "medium"
}'package main
import (
"context"
"fmt"
"github.com/openai/openai-go/v3"
"github.com/openai/openai-go/v3/option"
)
func main() {
client := openai.NewClient(
option.WithBaseURL("https://synthorai.io/v1"),
option.WithAPIKey("sk-syn-..."),
)
resp, _ := client.Chat.Completions.New(context.TODO(), openai.ChatCompletionNewParams{
Model: "claude-sonnet-4-6",
Messages: []openai.ChatCompletionMessageParamUnion{
openai.UserMessage("Summarize this diff"),
},
ReasoningEffort: openai.ReasoningEffortMedium,
})
fmt.Println(resp.Choices[0].Message.Content)
}import com.openai.client.OpenAIClient;
import com.openai.client.okhttp.OpenAIOkHttpClient;
import com.openai.models.chat.completions.*;
import com.openai.models.ReasoningEffort;
OpenAIClient client = OpenAIOkHttpClient.builder()
.baseUrl("https://synthorai.io/v1")
.apiKey("sk-syn-...")
.build();
ChatCompletion resp = client.chat().completions().create(
ChatCompletionCreateParams.builder()
.model("claude-sonnet-4-6")
.addUserMessage("Summarize this diff")
.reasoningEffort(ReasoningEffort.MEDIUM)
.build());
System.out.println(resp.choices().get(0).message().content().orElse(""));关于 Claude Sonnet 4.6
- Anthropic 发布时称它是兼顾速度与智能、面向日常任务的均衡模型,智能体检索性能更好且消耗更少 token,而 1M 窗口是按标准价正式发布的,并非 beta 限制。
- 它保持 Sonnet 快速的延迟特性和每百万 token $3/$15 的定价,全程支持视觉输入和工具调用,并符合 Batch API 扩展至 300K 输出的 beta 条件。
- effort 覆盖 low 到 max,但不含 xhigh;尽管该参数默认 high,Anthropic 仍明确建议在这个模型上显式设置它以避免意外的延迟,并建议把 medium 作为实用默认值。
- 扩展思考仍可用但已弃用,推荐改用自适应,两种思考类型都不会被直接拒绝。
- 这里预填充助手消息会返回错误,而非默认采样参数仍被容忍,该限制要到 Sonnet 5 才出现。
- 它使用旧分词器,因此 token 计数与更早的模型保持可比。
- Anthropic 现将它列为被 Claude Sonnet 5 取代的旧版模型。
- 通过 Synthorai 的 OpenAI 兼容端点,它可以原样接入任何现有的 GPT 风格集成。
常见问题
Claude Sonnet 4.6 API 可以免费试用吗?
可以。新账号有 10 次试用调用,免费额度最高 $1,无需绑卡。按输入 $3/M 计算,光这笔额度就够向 Claude Sonnet 4.6 发约 41 次请求,每次 ~8K token。
Claude Sonnet 4.6 最擅长什么?
上下文从 200K 扩展到 1M token、最大输出翻倍至 128K token、自适应思考,$3/$15 价格不变。完整介绍见「关于」部分,内容取自供应商的官方发布说明。
Claude Sonnet 4.6 的价格是多少?
在 Synthorai 上,Claude Sonnet 4.6 的输入价为 $3/百万 token,输出价为 $15/百万 token。这就是供应商官网价,平台不加价。缓存命中的输入 token 按 $0.3/M 计费。
Claude Sonnet 4.6 的上下文长度是多少?
Claude Sonnet 4.6 的上下文长度(上下文窗口)是 1M token。单次回复最多输出 128,000 个 token。
Claude Sonnet 4.6 支持提示词缓存(prompt caching)吗?
支持,但需要主动开启:用 cache_control 断点标记稳定不变的前缀。缓存命中的输入 token 按 $0.3/M 计费(未命中为 $3/M);提示词的稳定前缀至少要有 1,024 个 token 才能缓存(TTL 默认 5 分钟,可选 1 小时)。 提示词缓存指南 →
如何开通 Claude Sonnet 4.6?
把现有 OpenAI SDK 的 base_url 指向 "https://synthorai.io/v1",model 设为 "claude-sonnet-4-6" 即可。一个 API key 就能调用网关上的全部模型。
Claude Sonnet 4.6 的知识截止日期是什么时候?
Claude Sonnet 4.6 的知识截止日期是 2025-08,以供应商官方文档为准(核对于 2026-07-09)。
相关模型
对比
本页的每个数值都照录自供应商自己的文档(链接见上),并标有核对日期。价格是在整个目录范围内比较的;各家供应商定义不一样的规格项,只说明差异,不画图对比。这里没有任何一项是我们自己测的,也不打分。