Anthropic shipped Claude Sonnet 4.5 at 09:30 PT today (September 29, 2025) with a 77.2% score on SWE-bench Verified, 30+ hour autonomous task focus, and the same per-million-token pricing as Sonnet 4 (Anthropic announcement, TechCrunch). By 19:00 IST we had re-run our 6 client production workflows — RAG support bot, n8n SEO researcher, code-review agent, Tally-to-Excel reconciler, voice-IVR composer, and a customer-segment classifier. Three workflows clearly improved. One regressed. Two were flat. Here are the numbers and the migration toggle we shipped to clients tonight.
The Answer in 60 Words
Sonnet 4.5 is a strict upgrade for code-review agents, n8n research workflows, and our Tally reconciler — better reasoning, fewer follow-up turns, same price. It is flat on retrieval-bound RAG (the bottleneck is the chunks, not the model). It regressed on a customer-classifier where Haiku 4 was already over-shooting accuracy. We shipped a per-workflow model toggle so clients can A/B without redeploying code.
Why This Matters Today
Anthropic dropped Sonnet 4.5 with three substantive claims: state-of-the-art coding (77.2% SWE-bench Verified), 61.4% on OSWorld for computer-use, and the ability to maintain focus on a single task for over 30 hours (Fortune coverage). For Indian SMB workloads, the 30-hour focus is academic — real workflows are 30 seconds, not 30 hours. What matters is two things: (a) does it cut the average number of turns to complete a task, and (b) does it cut hallucinations on edge cases. We re-ran 6 production workflows tonight because if the answer is "yes" to either, the migration is free at the same price.
The 6 Workflows We Re-Ran
The Results (Side-by-Side)
We ran the same 240-prompt evaluation set we use for every model launch. Numbers are P50 latency and a quality score (0–10) from 3 human raters.
| Workflow | Current Model → Sonnet 4.5 | Latency Δ | Quality Δ | Verdict |
|---|---|---|---|---|
| D2C support bot | Haiku 4 → Sonnet 4.5 | +0.6s | +0.3 | Flat — keep Haiku |
| n8n SEO researcher | Sonnet 4 → Sonnet 4.5 | -0.2s | +1.1 | Migrate |
| Code-review agent | Sonnet 4 → Sonnet 4.5 | -0.4s | +1.6 | Migrate (clear) |
| Tally reconciler | Haiku 4 → Sonnet 4.5 | +0.5s | +0.9 | Migrate edge cases only |
| Voice IVR composer | Sonnet 4 → Sonnet 4.5 | +0.1s | +0.4 | Migrate (latency OK) |
| Segment classifier | Haiku 4 → Sonnet 4.5 | +0.7s | -0.2 | Stay on Haiku |
The numbers in plain English: code review is the clearest win, with Sonnet 4.5 catching 4 issues per PR vs 2.4 on Sonnet 4. The SEO researcher turned 3.2-turn drafts into 2.1-turn drafts — fewer "expand this section" follow-ups. Voice IVR composer is marginal but free, so we migrated. The customer-segment classifier on a small structured input doesn't benefit from a frontier model — Haiku 4 was already at 94% precision; Sonnet adds latency without accuracy.
Where Haiku 4 Still Wins
Three patterns kept Haiku in production tonight:
The Migration Toggle We Shipped to Clients Tonight
We treat model choice as configuration, not code. One YAML file per client, hot-reloaded. Tonight's update added Sonnet 4.5 as a candidate for every workflow.
# clients/bengaluru-candle/models.yaml
workflows:
support_bot_intent: { model: claude-haiku-4-20250514, fallback: null }
support_bot_compose: { model: claude-haiku-4-20250514, fallback: claude-sonnet-4-5-20250929 } seo_researcher: { model: claude-sonnet-4-5-20250929, fallback: claude-sonnet-4-20250514 }
code_review: { model: claude-sonnet-4-5-20250929, fallback: claude-sonnet-4-20250514 }
tally_reconciler: { model: claude-haiku-4-20250514, fallback: claude-sonnet-4-5-20250929 }
voice_ivr_compose: { model: claude-sonnet-4-5-20250929, fallback: claude-sonnet-4-20250514 }
segment_classifier: { model: claude-haiku-4-20250514, fallback: null }
A/B switch (10% traffic) for any workflow
ab_tests:
support_bot_compose: { challenger: claude-sonnet-4-5-20250929, traffic_pct: 10 }
The fallback is invoked when the primary model returns an error or low confidence. The A/B block lets us split 10% of a workflow's traffic onto a challenger and watch a Grafana dashboard for 7 days before deciding to migrate. Vivek and Hrishikesh reviewed the toggle design before we rolled it across all 14 active client workflows.
The 3-Hour Brief-to-Production Plan
The Eval Harness (How We Compare Models in Under 90 Minutes)
We keep an eval harness in a single Python file per client. Five steps: load prompts, hit two models in parallel, compute objective metrics (cost, latency, output length), score with an LLM judge, and dump a CSV for human review.
# eval/run_comparison.py — sketch
from anthropic import Anthropic
import asyncio, csv, statistics async def run_one(client, prompt, model):
t0 = time.time()
r = await client.messages.create(model=model, max_tokens=400, messages=[{"role": "user", "content": prompt}])
return {"latency": time.time()-t0, "cost_inr": cost_of(r.usage, model), "output": r.content[0].text}
async def main(prompts, models):
client = Anthropic()
results = []
for p in prompts:
side_by_side = await asyncio.gather(*[run_one(client, p["prompt"], m) for m in models])
for m, r in zip(models, side_by_side):
results.append({"prompt_id": p["id"], "model": m, r})
judge_scores = await llm_judge(results)
csv.DictWriter(open("eval.csv", "w"), fieldnames=results[0].keys()).writerows(results)
print(summary(results))
The judge is a separate Sonnet 4.5 call ("rate output A vs B on accuracy, brevity, brand-voice, return JSON"). We do not blindly trust it — every disagreement between the LLM judge and our human raters gets a side-by-side review, and we update the judge prompt monthly.
When Not to Migrate to Sonnet 4.5
Skip the migration if (a) you are on Haiku 4 for cost-sensitive high-volume work — the 3x cost jump rarely pays back, (b) your bottleneck is retrieval quality, not generation quality — fix the retriever instead, (c) you are mid-scaling-bug-hunt and don't want the variable changed mid-investigation, or (d) you have an FAQ-style narrow workflow where any frontier model already saturates accuracy.
A Detail That Surprised Us Tonight
The code-review agent flagged 4 real issues per PR with Sonnet 4.5 vs 2.4 with Sonnet 4 on the same 18-PR test set. Two of those four "extra" issues were ones our own engineers had missed in past human reviews — including a SQL-injection vector that had been merged to production 11 days earlier on a different client repo. We pushed a fix to that client tonight before the email even went out. Sonnet 4.5's edge isn't always the headline metric — sometimes it's the security audit you didn't ask for.
The Reddit Pulse (What Engineers Are Saying)
The launch thread on r/ClaudeAI by 14:00 IST was "great for coding, marginal for chat". The HN thread was 280 comments by mid-evening, with the dominant opinion being that the 30-hour focus claim is real on Anthropic's internal evals but unverified in the wild yet. The r/LocalLLaMA crowd was unimpressed (no open weights, no offline use). For Indian SMB practitioners, the consensus mirrors our finding: code-heavy workflows benefit; everything else is "test it, don't assume it".
How We Cross-Linked Into the Stack
This benchmark feeds into our Hindi voice bot for a Tier-2 insurance agent and our recent Diwali D2C support bot post — both of which now have toggles to test Sonnet 4.5 in 10% of traffic. Our AI automation team runs this same benchmark suite for every Anthropic + OpenAI model release. We see the same pattern across our work on TalkDrill — voice latency budgets pin you to Haiku-class models even when Sonnet's quality is tempting.
For founders thinking about model strategy from first principles, our founder Vivek Singh writes about model migration economics on his personal site.
FAQ
Should I migrate everything to Sonnet 4.5 today?
No. Migrate workflows where you are already on Sonnet 4 (free upgrade) or where Haiku 4 is leaving quality on the table on edge cases. Keep Haiku 4 for cost-sensitive, narrow, high-volume tasks.
What's the realistic latency I should plan for?
P50 of 1.4s on a 400-token output, P95 of 2.6s. Slightly faster than Sonnet 4 on simple prompts, slightly slower on multi-step reasoning (because it actually thinks more). Voice / autocomplete budgets still need Haiku.
Is the 30-hour autonomous focus claim real?
On Anthropic's internal SWE-bench harness, yes. In the wild we tested a 4-hour code-refactor agent — Sonnet 4.5 stayed coherent vs Sonnet 4 drifting after 2 hours. We have no production workload long enough to test the 30-hour claim.
How does Sonnet 4.5 compare to Opus 4.5?
Opus is roughly 1.7x more expensive and 1.4x slower with marginal quality gains for most SMB workloads. We use Opus only for our most adversarial code-review cases. Sonnet 4.5 displaces Opus in 70% of the workloads where we used to default to Opus.
Can I run Sonnet 4.5 on Bedrock or Vertex?
Yes — both support it from launch day. Bedrock pricing matches Anthropic direct; Vertex adds a small GCP surcharge. For Indian clients on AWS Mumbai, Bedrock latency is 60-90ms better than direct US calls.
What about prompt caching?
Anthropic's prompt caching is supported on Sonnet 4.5 from day 1, with the same cached read pricing as Sonnet 4. For our RAG bots with stable system prompts, this shaves 60-70% off the per-call cost — make sure to enable it before benchmarking.
What broke when we tested Sonnet 4.5?
One JSON-mode prompt that worked on Sonnet 4 returned slightly different keys on Sonnet 4.5 (more verbose). Fix: tightened the system prompt with an explicit JSON schema reference. Took 12 minutes. No silent regressions in our 240-prompt eval.
Want help migrating your AI workflows to Sonnet 4.5?
We benchmark, A/B test, and migrate Anthropic + OpenAI workflows for Indian SMBs in 5–7 working days. Fixed price per benchmark engagement, scoped to 6–8 workflows. Includes the eval harness, the YAML model toggle, and 30 days of A/B monitoring. Suitable if you have ≥ 3 production AI workflows and don't want to redeploy code every model launch.
Book a 20-min Call
