August 2026 model routing: put Grok 4.6, Qwen3.8-Max, and DeepSeek V4-Flash into cost-per-completed-task lanes
Between July 31 and August 12 we got DeepSeek V4-Flash public beta, Qwen3.8-Max on Alibaba Cloud, and Grok 4.6 for long-running agents. List prices look similar at the top. Behavior does not. Here is how I redraw planner vs worker lanes around cost per completed task, what I refuse to claim yet about open weights, and the checklist I use before a new model ID touches production routing.
In this post (10 sections)
Introduction
I redraw routing boards more often in 2026 than I rewrite prompts. That is not a flex. It is a tax. On July 30 OpenAI cut GPT-5.6 Luna by 80% and Terra by 20%, which already forced every serious team to re-score high-volume worker steps (advancing price-performance with GPT-5.6). Then DeepSeek, Qwen, and xAI stacked three more candidates into the same fortnight. If your planner still hardcodes one frontier ID and your workers still burn Sol-tier rates for classify-and-patch loops, you are paying last month's prices for this month's menu.
This post is the board I would hand a mid-market team this week. Not a vendor bake-off. Not invented throughput numbers. Just lane roles, what the announcements actually say, and the steps I refuse to skip before a new model string lands in Helm values. The one-glance tier map I keep pointing people at still lives in stop paying frontier prices for classification. The swarm-shaped version of the same discipline is in Cursor agent swarm planner/worker routing.
Why August routing churn is louder than usual
Price cuts and model drops used to land weeks apart. July 30 through August 12 compressed that cycle. Luna/Terra getting cheaper does not retire Sol. It changes the default for high-volume workers. Grok 4.6 arriving at $2/$6 with a fast variant at 2× does not retire Opus or Sol either. It adds a long-horizon planner candidate that is suddenly easy to reach from Cursor and OpenRouter. Qwen3.8-Max at roughly the same Singapore list price with Claude Code wiring pulls another Max-class option into stacks that already speak Anthropic headers. DeepSeek V4-Flash keeps the cheap coding-agent worker lane honest.
The operational problem is attribution. When three new IDs appear in the same week, teams flip defaults in Cursor or Claude Code and call it migration. Spend spikes. Nobody can say which lane moved. Fix that first with a unified agent spend dashboard that tags planner vs worker traffic by model ID. Without that, every "we tried Grok" story is anecdote.
What shipped (stick to the announcements)
Grok 4.6 (August 12)
xAI positioned Grok 4.6 for long-running agents and multi-step coding / knowledge work. List price starts at $2 input / $6 output per million tokens. The fast variant is 2× that. Availability covers Cursor, Grok Build, the API, OpenRouter, Vercel, and Cloudflare. Cursor and Grok Build include 2× usage for week one. Coverage reports it matching GPT-5.6 Sol on the AA Intelligence Index at score 61. Primary source: xAI Grok 4.6 news.
My read for routing: treat Grok 4.6 as a planner and long-horizon candidate first, not as a blanket default for every worker hop. Matching Sol on one index is useful signal. It is not a cost-per-task measurement on your repo. Run it next to Sol and Opus-class planners on the same eval suite before you change production pins.
Qwen3.8-Max (August 3)
Alibaba Cloud / QwenCloud shipped Qwen3.8-Max as a Max-class API model: 2.4T MoE with roughly 95B active parameters. The Anthropic-compatible endpoint is the practical detail for teams already on Claude Code (point ANTHROPIC_BASE_URL at DashScope and keep your existing client). Singapore international list sits around $2/$6 per million tokens. Alibaba says open weights follow "next week." That sentence matters. Do not write self-host runbooks yet. Do not tell procurement you can air-gap it. Wait for the HF / ModelScope drop. Source: Alibaba Cloud Qwen3.8-Max blog.
Region cards differ. Pin the region you bill. I have seen teams compare Singapore list to a different region's card and "prove" a 30% win that was just geography. Same discipline as any Gemini or Claude regional pricing: the invoice region is part of the model identity for routing math.
DeepSeek V4-Flash (July 31)
DeepSeek put V4-Flash into public beta on the 0731 checkpoint. Keep the model id deepseek-v4-flash. You get a re-post-trained checkpoint with the same architecture size as the earlier preview, plus native Responses API support and Codex adaptation. DeepSeek reports gains on Terminal Bench, Cybergym, Toolathlon, and internal coding-agent sets versus V4-Pro-Preview. V4-Pro API and app/web models are unchanged. Source: DeepSeek API updates.
This is a worker-lane story for me. Cheap coding-agent hops, terminal loops, extract/classify fan-out. If you are still paying Pro-tier rates for those shapes out of habit, re-bench Flash on your own eval suite before you renew the habit.
Planner vs worker candidates (comparison board)
I split the board by job, not by brand. Planners decompose, adjudicate, and hold long context across tool rounds. Workers execute narrow hops: patch a file, classify a ticket field, run a terminal command, draft a diff hunk. Mixing those roles on one expensive ID is how bills inflate without quality moving.
| Candidate | Announced | List / access signal | Primary lane I test first | Do not claim yet |
|---|---|---|---|---|
| Grok 4.6 | Aug 12 | $2/$6; fast 2×; Cursor, Grok Build, API, OpenRouter, Vercel, Cloudflare; 2× included week one in Cursor/Grok Build; AA Index 61 vs Sol per coverage | Planner / long-horizon agent loops | That index score equals your cost-per-task win |
| Qwen3.8-Max | Aug 3 | 2.4T MoE ~95B active; Singapore ~$2/$6; Anthropic-compatible Claude Code path | Planner and long coding/cowork sessions on API | Self-host or air-gap (weights "next week") |
| DeepSeek V4-Flash | Jul 31 | deepseek-v4-flash 0731 beta; Responses API + Codex adaptation; gains vs V4-Pro-Preview on Terminal Bench etc per DeepSeek | Worker / coding-agent and terminal hops | That it replaces your planner defaults |
| GPT-5.6 Luna / Terra (context) | Jul 30 cuts | Luna $0.20/$1.20; Terra $2/$12; Sol unchanged; Fast mode for Sol | High-volume workers (Luna); mid workers (Terra) | That Sol is obsolete for planners |
If you already run Gemini Flash / Flash-Lite lanes, keep them. This board does not replace the Gemini 3.6 Flash routing checklist. It adds three IDs you should score beside those lanes. Same for Claude mid-tier: if you are mid-Sonnet 5 migration, do not pause that work to chase every new Max-class API. Score in parallel. Promote only when cost per completed task wins on your suite.
How I score a new model into lanes
List price is a starting constraint, not the metric. Cost per completed task is tokens × price × retries × human fix-up, divided by tasks that actually finish. A model that is 20% cheaper per token and fails 30% more often is more expensive. I have been wrong about this when I trusted a vendor coding bench and skipped tool-call evals on our own MCP set.
- Pin model IDs in config (env, Helm, agent frontmatter), never only in prompt prose.
- Run the same planner suite and the same worker suite; never one blended score.
- Measure steps to completion, tool-call success, and typed failures, not vibes.
- Attribute spend by lane and by model ID in the same dashboard you already use for Cursor / Claude / Copilot.
- Keep a documented fallback ID per lane before you raise autonomy.
Suggested August starting lanes (opinion, flat)
Here is the board I would start from this week for a team that already has Sol / Sonnet / Flash paths. Adjust after your evals. Do not copy this into production without numbers.
- Long-horizon planner candidates: Grok 4.6, GPT-5.6 Sol, Qwen3.8-Max (API), your current Claude planner ID.
- High-volume workers: Luna first after the July 30 cut, DeepSeek V4-Flash for coding-agent / terminal hops, Gemini Flash-Lite where multimodal or latency wins.
- Mid workers / merge helpers: Terra, Gemini Flash, Claude Sonnet-class mid-tier, Qwen3.8-Max only if your cowork sessions actually need Max-class behavior.
- Fast-path experiments: Grok 4.6 fast variant at 2× list; Sol Fast mode when latency dominates cost-per-task more than token price.
Notice what is missing: a single "default model for the company." That phrase belongs in 2024 decks. In August 2026 the default is a lane map with owners.
Checklist: adding a new model to the lane board
Every time a vendor ships a shiny ID, I run the same steps. Skipping any of them is how "we migrated" becomes "we cannot explain the bill."
- 01Write the announcement facts into the board rowDate, model id string, list price, regions, client surfaces, and explicit non-claims (example: Qwen weights not live). No invented benchmarks.
- 02Assign a trial lane, not a company defaultPlanner or worker. Never both on day one. If marketing says "coding and cowork," still pick one eval pack first.
- 03Pin primary and fallback IDs in configAdd the new ID beside the current primary. Document who approves promotion. Grep repos for hardcodes before merge.
- 04Run cost-per-completed-task evals on real workflowsSame suite as last month. Include tool calls and MCP. Record retries and human fix-up, not only pass rate.
- 05Attribute spend for a shadow weekRoute a percentage or a single squad. Tag traces. Compare cost per completed task against the incumbent lane.
- 06Promote, keep, or drop with a written ownerIf it wins, update the board and the dashboard alerts. If it ties, prefer the ID with clearer fallback and procurement path. If it loses, leave the row as "evaluated" so the next person does not re-burn the same tokens.
Common mistakes I am already seeing
- Treating AA Index or vendor Terminal Bench gains as a routing decision without your own tool-call suite.
- Claiming Qwen3.8-Max can be self-hosted because weights were promised "next week."
- Putting deepseek-v4-flash on planner defaults because it is new and cheap.
- Flipping Cursor's default model globally instead of tagging planner vs worker traffic.
- Ignoring region on QwenCloud and comparing the wrong price card.
- Forgetting Luna/Terra cuts still exist, so every new Max-class ID looks cheap against last month's Sol-only board.
- No fallback ID when OpenRouter or a regional endpoint blips.
Where this sits in the rest of the stack
Routing is not the whole architecture. It is the price and latency dial on top of tools, memory, and autonomy gates. If your tools are non-atomic, a better model still looks broken. If you have no eval suite, you will promote on vibes. If spend is not attributed, finance will freeze the experiment after one spike. The agentic AI hub is where I keep that wider map. Consulting engagements usually start by drawing the lane board and the spend dashboard before we argue about which Max-class ID is "best."
One more opinion, stated flat: August will keep shipping candidates. Your advantage is not picking the winner on day one. Your advantage is having a board that absorbs a new ID in a day without rewriting the agent.
Conclusion
Grok 4.6, Qwen3.8-Max, and DeepSeek V4-Flash are three different lane stories that arrived in one fortnight. Score them as planner vs worker candidates on cost per completed task. Keep Qwen on the API until weights actually ship. Keep Flash in the cheap coding-agent worker conversation. Keep Grok in the long-horizon planner conversation next to Sol. And if your board still has one default model string, update the board before you update the prompts.
Sources: x.ai — grok 4 6 ; alibabacloud.com ; api-docs.deepseek.com — updates ; OpenAI
Agentic AI patterns, delivered Thursdays
What I am shipping, watching, and pruning out of client stacks each week. One email. No fluff.