Claude Sonnet 5 is Anthropic’s mid-tier frontier model released February 3, 2026, scoring 82.1% on SWE-bench Verified — the highest coding benchmark score ever recorded at launch. It introduces Dev Team multi-agent mode, a 1 million token context window, and holds the same $3 per million input token price as its predecessor. For most development teams, it’s the most capable coding model available at a non-flagship price.
What Is Claude Sonnet 5? (Fennec Model Overview & Release Details)
Claude Sonnet 5 — internally codenamed “Fennec” after the large-eared desert fox — is Anthropic’s third-generation Sonnet model and the first AI model to break the 80% ceiling on SWE-bench Verified. It was officially released on February 3, 2026, simultaneously across the Anthropic API, Amazon Bedrock, and Google Vertex AI, with the identifier claude-sonnet-5@20260203 first spotted in Vertex AI deployment logs days before the announcement. The codename Fennec is not arbitrary marketing: it nods to the model’s 1 million token context window — metaphorically “large ears” for listening to entire codebases. Unlike Claude Opus 4.7, which targets deep multi-step reasoning at a premium price, Sonnet 5 is positioned as the workhorse model for engineering teams who need frontier-grade coding capability without flagship-grade cost. It replaced Claude Sonnet 4.6 as the default model for Claude Code Free and Pro users on launch day. The model runs on Google’s Antigravity TPU infrastructure, which Anthropic credits for the latency improvements over Sonnet 4.6. For API users, the migration path from claude-sonnet-4-6 to claude-sonnet-5 is a one-line model ID change — same tool format, same system prompt conventions.
82.1% SWE-bench Verified — What This Score Actually Means for Developers
SWE-bench Verified is the most rigorous public benchmark for autonomous software engineering: a model receives a real GitHub issue and a full repository, then must write, test, and verify a patch entirely on its own — no hints, no human guidance. Claude Sonnet 5’s 82.1% score means it successfully resolved over four in five of these real-world bugs on the first attempt. To put that in historical context: before February 2026, the entire AI industry was stalled in the high 70s on SWE-bench Verified — the 80% barrier had been treated as a near-term ceiling by researchers. Sonnet 5 broke it by 2.1 percentage points on launch day. For comparison: Gemini 3.1 Pro sits at 80.6%, GPT-5.4 at approximately 80%, and Claude Sonnet 4.6 at 79.6%. The practical implication for development teams is not just percentage points — it’s the class of task the model can handle reliably. At 82.1%, Sonnet 5 can take a raw bug report with no additional context and independently write, test, and verify a patch. That’s junior developer parity for isolated, well-scoped bugs. It still struggles with ambiguous cross-system issues requiring institutional knowledge, but for the bread-and-butter of ticket work — fixing broken tests, resolving regression bugs, implementing clearly specified features — it’s more reliable than many junior engineers in controlled conditions.
How SWE-bench Compares to Real Development Work
SWE-bench tasks are isolated from production context, which means scores don’t translate directly to “can replace an engineer.” The benchmark tests patch-writing on single-file or small-scope changes. Real codebases involve implicit conventions, deployment dependencies, and stakeholder judgment that no benchmark captures. Teams using Sonnet 5 report the most gains in: isolated bug fixes with clear reproduction steps, adding tests to existing functions, and implementing well-specified API endpoint changes. The weakest results appear in cross-service refactors and tasks requiring knowledge of undocumented internal conventions.
Dev Team Mode Explained: Multi-Agent Collaboration in Practice
Dev Team mode is Claude Sonnet 5’s most architecturally novel feature: when enabled, the model acts as a Team Leader agent that decomposes complex tasks into parallel sub-tasks and delegates them to specialized sub-agents — Backend Specialist, QA Tester, Technical Writer, Frontend Engineer, and others depending on the task. Instead of a single model reasoning sequentially through a large codebase change, Dev Team spawns parallel reasoning threads that work simultaneously and report back to a coordinator. A task like “add OAuth2 login to our API” might split into: the Backend Specialist drafting the authentication middleware, the QA Tester writing integration test cases in parallel, and the Technical Writer generating the API documentation — all executing simultaneously. The Team Leader then reconciles outputs, resolves conflicts, and delivers a unified result. In Claude Code IDE extension, users can monitor parallel sub-agent progress in real time through the agent panel. Dev Team mode is particularly effective for tasks that naturally decompose: greenfield feature implementation, multi-layer test suite generation, and large-scale documentation updates. It is less useful for tightly coupled changes where agents would block on each other’s outputs, and early users report occasional coordination overhead on simple tasks that a single-agent pass would handle faster.
Background Reasoning: What Changed from Visible Thinking
Earlier Claude models with extended thinking surfaced reasoning as visible <thinking> blocks, which added latency and added noise for users who just wanted the answer. Sonnet 5 introduces background reasoning: the model still performs extended multi-step reasoning, but it runs internally without producing visible thinking output. The result is faster wall-clock response times for most tasks and cleaner output for production integrations. Background reasoning cannot be toggled off — it’s always active. Developers who relied on visible thinking chains for debugging or explainability will need to use the model’s ability to summarize its reasoning on request rather than inspecting raw <thinking> blocks.
Claude Sonnet 5 Pricing Guide: API Costs, Caching, and Batch Discounts
Claude Sonnet 5 is priced at $3.00 per million input tokens and $15.00 per million output tokens — identical to Claude Sonnet 4.6’s pricing. This is the most significant pricing fact for teams evaluating the upgrade: you get the benchmark jump from 79.6% to 82.1% SWE-bench Verified at zero additional cost per token. For context, Claude Opus 4.7 costs $5.00 per million input tokens and $25.00 per million output tokens — Sonnet 5 delivers comparable coding performance at 60% of the input cost. Prompt caching provides a 90% discount on cached reads: $0.30 per million tokens versus $3.00 standard, which is critical for workflows that repeatedly process the same large codebase context. The Batch API offers a 50% discount for async workloads — $1.50 input / $7.50 output per million tokens — making it the right choice for CI/CD pipeline integrations, nightly code review passes, and bulk test generation. Claude Managed Agents adds $0.08 per session-hour of runtime on top of standard token costs, covering Dev Team mode sessions and other agent orchestration overhead.
Full Pricing Breakdown Table
| Tier | Input ($/MTok) | Output ($/MTok) | Best For |
|---|---|---|---|
| Sonnet 5 Standard | $3.00 | $15.00 | Interactive coding, API calls |
| Sonnet 5 Cached Reads | $0.30 | $15.00 | Repeated codebase context |
| Sonnet 5 Batch API | $1.50 | $7.50 | CI/CD, bulk jobs |
| Managed Agents | $3.00 + $0.08/hr | $15.00 | Dev Team mode sessions |
| Opus 4.7 Standard | $5.00 | $25.00 | Deep reasoning, complex analysis |
For most development workflows, prompt caching plus Batch API can reduce effective Sonnet 5 costs to well below $1.00 per million input tokens for cached context. Teams running large-context codebase reviews should enable prompt caching as the default, not an optimization — the 90% discount makes it economically irrational not to.
Claude Sonnet 5 vs GPT-5.4 vs Gemini 3.1 Pro: Head-to-Head Benchmarks
Claude Sonnet 5 leads the current coding model field at 82.1% SWE-bench Verified, but benchmark leadership doesn’t tell the complete picture. GPT-5.4 scores approximately 80% on SWE-bench and outperforms Sonnet 5 on Terminal-Bench at 75.1% — a benchmark focused on shell command execution, CLI tool use, and terminal-native tasks. GPT-5.4 also benefits from deep GitHub Copilot integration, making it the default choice for teams heavily invested in the Microsoft/VS Code ecosystem. Gemini 3.1 Pro scores 80.6% on SWE-bench and is priced more aggressively at $2.00 input / $12.00 output per million tokens, making it the best price-to-performance option if Sonnet 5’s 1.5 percentage point benchmark edge doesn’t justify the cost premium for your workload. Sonnet 5’s concrete advantages are multi-file refactoring, code review at repository scale, and tasks requiring deep cross-file dependency understanding — areas where the 1 million token context window provides a structural advantage over competitors with smaller context limits.
Model Comparison Table
| Model | SWE-bench | Context | Input $/MTok | Best At |
|---|---|---|---|---|
| Claude Sonnet 5 | 82.1% | 1M tokens | $3.00 | Multi-file refactoring, code review |
| Gemini 3.1 Pro | 80.6% | 2M tokens | $2.00 | Price-performance, long context |
| GPT-5.4 | ~80% | 128K tokens | ~$3.50 | Terminal-Bench, Copilot integration |
| Claude Sonnet 4.6 | 79.6% | 200K tokens | $3.00 | Stable, proven production workloads |
The real-world advice from practitioners who use all three: pick your model based on the ecosystem, not just the benchmark. If your team runs Claude Code, Sonnet 5 is the obvious default. If you’re on GitHub Copilot Enterprise, GPT-5.4 has better native integration. If you’re cost-constrained and running large-scale async jobs, Gemini 3.1 Pro’s Batch API pricing may win on economics.
1 Million Token Context Window: Real-World Enterprise Use Cases
Claude Sonnet 5’s 1 million token context window is five times larger than Claude Opus 4.5’s 200K limit and more than seven times the GPT-5.4 context window — enabling a qualitatively different class of development task. A 1 million token window fits approximately 750,000 words of text, which translates to entire mid-size open-source repositories, including all source files, test suites, and documentation, in a single context load. Before context windows at this scale, codebase-level understanding required chunking and retrieval augmented generation — a lossy process that forced the model to work with fragments rather than the full picture. With Sonnet 5, teams can load complete repository state, run holistic refactors across dozens of files, and ask the model to reason about cross-cutting concerns (like security policy enforcement or dependency upgrade impact) without losing context between steps. Enterprise use cases where this matters most include: compliance audit passes across entire microservice architectures, dependency security reviews after a CVE disclosure, and codebase migration projects where the full before-and-after state needs to be in context simultaneously. For context, loading a 1M token codebase at cached-read pricing costs $0.30 — approximately the cost of one minute of a junior developer’s time.
Should You Upgrade? Sonnet 5 vs Claude Sonnet 4.6 Decision Guide
The upgrade decision from Claude Sonnet 4.6 to Sonnet 5 is simple for most teams: same price, meaningfully better coding performance, and a 5x larger context window. The only reasons to stay on Sonnet 4.6 are active production deployments that have been tuned around its behavior and carry regression risk, or teams that specifically needed Sonnet 4.6’s visible thinking blocks for explainability workflows. Sonnet 5’s background reasoning is not configurable — if your application surface requires visible reasoning chains (customer-facing explanations, audit trails for compliance, debugging middleware), you’ll need to implement an alternative via prompted self-explanation rather than native thinking blocks. Early users also report that Sonnet 5 occasionally over-reasons on simple tasks — spending more inference compute than necessary before producing a short answer. For high-volume, low-complexity workloads (simple completions, single-function edits), Haiku 4.5 at a lower price point may be more economical. Sonnet 5 is the right default for anything involving multi-file changes, complex bug diagnosis, or tasks that benefit from extended reasoning.
Migration Checklist: Sonnet 4.6 → Sonnet 5
- Update model ID from
claude-sonnet-4-6toclaude-sonnet-5(orclaude-sonnet-5@20260203for pinned versions) - Audit any code that parses or displays
<thinking>blocks — Sonnet 5 doesn’t emit them by default - Enable prompt caching for any workflow loading large context (the 90% discount pays for itself immediately)
- Test Dev Team mode on your most complex multi-file task before rolling out broadly
- Monitor token usage — the larger context window can increase costs if prompts are not optimized
Verdict: Who Should Use Claude Sonnet 5 in 2026?
Claude Sonnet 5 is the best coding model available at its price point as of May 2026 — full stop. The 82.1% SWE-bench Verified score is a genuine breakthrough, not a marginal increment, and the fact that it comes at the same $3/MTok price as its predecessor makes the upgrade argument almost trivial for teams already using Claude. Dev Team mode is genuinely useful for complex multi-component tasks, though it adds coordination overhead that isn’t worth it for simple changes. The 1 million token context window is transformative for enterprise teams managing large codebases — the ability to reason across an entire repository without chunking is a qualitative shift in what AI-assisted development can do. The model is ideal for: engineering teams using Claude Code as their primary coding interface, API developers building automated code review or test generation pipelines, and enterprises running compliance or security audits across large codebases. It’s less ideal for: teams needing visible reasoning chains for explainability, simple high-volume workloads where Haiku 4.5 is more economical, and teams fully committed to the GitHub Copilot ecosystem where GPT-5.4 integration is tighter. For the majority of development teams, Claude Sonnet 5 is the new default.
FAQ
Claude Sonnet 5 is Anthropic’s most capable mid-tier model as of 2026, scoring 82.1% on SWE-bench Verified — a first for any AI model at this price point. Released February 3, 2026 under the internal codename Fennec, it is priced at $3.00 per million input tokens and $15.00 per million output tokens, the same as Claude Sonnet 4.6. The model introduces two major new capabilities: Dev Team multi-agent mode, which decomposes complex tasks across specialized sub-agents, and a 1 million token context window that enables repository-level reasoning across entire codebases. Prompt caching brings cached read costs to $0.30/MTok — a 90% reduction — making large-context workflows economically viable at scale. Sonnet 5 is the default model for Claude Code Free and Pro users and is available on the Anthropic API, Amazon Bedrock, and Google Vertex AI. The following FAQ covers the most common questions from developers evaluating the upgrade, comparing pricing tiers, and deciding how to integrate Sonnet 5 into existing workflows.
What is Claude Sonnet 5’s SWE-bench Verified score?
Claude Sonnet 5 scores 82.1% on SWE-bench Verified, making it the first AI model to break the 80% ceiling on this benchmark. For comparison, Gemini 3.1 Pro scores 80.6%, GPT-5.4 approximately 80%, and Claude Sonnet 4.6 79.6%.
How much does Claude Sonnet 5 cost per million tokens?
Claude Sonnet 5 is priced at $3.00 per million input tokens and $15.00 per million output tokens — the same as Claude Sonnet 4.6. Prompt caching reduces cached reads to $0.30/MTok (90% discount). The Batch API offers 50% off for async workloads at $1.50/$7.50 per million tokens.
What is Dev Team mode in Claude Sonnet 5?
Dev Team mode is a multi-agent architecture where Claude Sonnet 5 acts as a Team Leader that decomposes complex tasks into parallel sub-tasks and delegates them to specialized agents (Backend Specialist, QA Tester, Technical Writer, etc.). It’s designed for large-scale feature implementation and multi-component changes.
What is the context window size for Claude Sonnet 5?
Claude Sonnet 5 has a 1 million token context window — five times larger than Claude Opus 4.5’s 200K limit and more than seven times the GPT-5.4 context window. This enables loading entire mid-size repositories into a single context for repository-level reasoning.
Should I upgrade from Claude Sonnet 4.6 to Claude Sonnet 5?
Yes, for most teams. The upgrade costs nothing extra (same pricing), provides a meaningful benchmark improvement (79.6% → 82.1% SWE-bench), and adds a 5x larger context window. The main exceptions: workflows that depend on visible reasoning (<thinking>) blocks, or simple high-volume tasks where Haiku 4.5 is more economical.