On July 31, 2026 DeepSeek promoted DeepSeek-V4-Flash-0731 from preview to official API public beta. Same 284B MoE with 13B active parameters, same 1M-token context, MIT weights. What changed is the agent post-training and the sticker: $0.14 input / $0.28 output per million tokens on a cache miss.
I am writing this the next day with the same builder lens I used for Kimi K3 and Grok 4.5: not who won the internet, but what I would put on a long agent loop and how the bill looks when that loop runs all week. The access and procurement half of the Chinese-model story is still in Kimi K3, a possible US ban, and why some builders pick Codex.
What shipped
DeepSeek V4 first landed as a preview pair on April 24, 2026. Flash is the efficiency tier. Pro is the flagship. Both ship open weights under MIT and a default 1M context window with up to 384K output tokens.
Spec
V4 Flash 0731
V4 Pro (preview)
Total params
284B
1.6T
Active per token
13B
49B
Context
1M tokens
1M tokens
Max output
384K
384K
License
MIT
MIT
API id
deepseek-v4-flash
deepseek-v4-pro
The 0731 build keeps the same architecture and size as the Flash preview. DeepSeek says it was only re-post-trained. The official Flash API also natively supports the Responses API format and is adapted for Codex. Weights live on Hugging Face.
One migration detail that still bites people: the legacy deepseek-chat and deepseek-reasoner aliases retired on July 24, 2026. Point production traffic at deepseek-v4-flash or deepseek-v4-pro explicitly.
How the benchmarks look
DeepSeek’s own changelog lists a steep jump from Flash preview to 0731 on agent tasks. Several rows also beat the still-preview V4 Pro checkpoint.
Benchmark
V4 Flash preview
V4 Flash 0731
V4 Pro preview
Notes
Terminal Bench 2.1
61.8
82.7
72.1
vs Opus 4.8 ~85.0; GLM-5.2 ~81.0
NL2Repo
39.4
54.2
n/a
Cybergym
38.7
76.7
n/a
DeepSWE
7.3
54.4
n/a
Toolathlon verified
49.7
70.3
n/a
Agents’ Last Exam
15.8
25.2
n/a
AutomationBench Public
10.8
25.1
n/a
DSBench-FullStack
n/a
68.7
41.8
DeepSeek internal set
DSBench-Hard
n/a
59.6
31.1
DeepSeek internal set
Independent composites tell a similar story at the index level. Reporting around Artificial Analysis puts Flash 0731 around 50 on the Intelligence Index at max reasoning effort, ahead of V4 Pro at 44, while still trailing the closed flagships that sit near the high 50s.
Reading that as a builder: Flash 0731 looks strongest for terminal loops, tool-heavy agents, and high-volume coding automation. Opus-class and Fable-class boards still lead on the hardest single-shot reasoning. The awkward part of this release is that DeepSeek’s own agent numbers put the 284B Flash ahead of the 1.6T Pro preview until the official Pro post-training lands.
Pricing: why this feels absurdly cheap
Official API rates (cache-miss input / cache-hit input / output, per million tokens). Verify on the DeepSeek pricing page before you budget:
Model
Input (miss)
Input (hit)
Output
DeepSeek V4 Flash
$0.14
$0.0028
$0.28
DeepSeek V4 Pro
$0.435
$0.003625
$0.87
GPT-5.6 Luna
$0.20
n/a
$1.20
GPT-5.6 Sol
$5.00
n/a
$30.00
Claude Fable 5
$10.00
n/a
$50.00
Grok 4.5
$2.00
n/a
$6.00
On paper, Flash output is about 100× cheaper than Claude Fable 5 and about 4× cheaper than GPT-5.6 Luna after OpenAI’s July 30 cut. Cache hits make the gap wider still: $0.0028 per million cached input tokens is a 98% discount off the miss rate.
Worked examples at Flash rates (approximate, uncached unless noted):
100K-token document analysis (100K input, 4K output): about $0.015
Repository coding session (200K input with 70% cache hit, 20K output): about $0.014
Multi-step agent trace (1M cumulative input with 80% cache hit, 100K output): about $0.058
That is the shape that changes product math. A feature that was too expensive to run on every ticket or every PR becomes cheap enough to leave on by default.
The price war frontier labs are fighting
The calendar around this release is the story as much as the model card.
On July 30, OpenAI cut GPT-5.6 Luna by 80% to $0.20 / $1.20 and Terra by 20% to $2 / $12. Sol stayed at $5 / $30. OpenAI credits GPT-5.6 Sol with rewriting production GPU kernels and cutting end-to-end serving cost by about 20%. CNBC and Axios both framed the move as cost pressure from customers and Chinese open-weight competition, not charity.
On July 31, DeepSeek answered with official Flash 0731 at $0.14 / $0.28. That undercuts Luna on output within hours. Coverage such as Office Chai and Wccftech treated it as the next volley in an open price war.
DeepSeek also made its 75% V4 Pro discount permanent. The promotion was scheduled to expire May 31; The Next Web reports list rates that would have been $1.74 / $3.48 are now locked at $0.435 / $0.87. Google has been cutting Gemini Flash-class prices through 2026 for the same reason. Anthropic’s flagship Fable tier still lists at a premium; the bet there is that the quality gap on hard reasoning still pays.
Builder takeaway: token price is becoming a commodity floor. Differentiation shifts to harness quality, latency, compliance, and the slice of work where a closed flagship still earns its markup.
V4 Pro: official release coming soon
DeepSeek’s July 31 note is explicit. The update upgrades only the Flash API. The V4 Pro API and the app/web models are unchanged. Quote from the changelog: “The official release of DeepSeek-V4-Pro will follow soon.”
Until that lands, deepseek-v4-pro still serves the April 24 preview. Flash 0731 currently wins several of DeepSeek’s own agent boards against that preview. My short decision guide:
Use Flash today for high-volume agent loops, repo work, and cost-sensitive production features
Wait for or prefer official Pro when you need the 49B-active flagship pass, broader knowledge work, or the strongest single-shot answers and cost is secondary
Grok 4.6 and 4.7 are next from xAI
While Chinese open models set the cost floor, xAI is iterating on cadence. On July 28, Elon Musk posted that Grok 4.6 releases around August 7 as a 1.5T model with significantly improved SFT and RL. Grok 4.7 follows a few weeks later as a 2.1T model that Musk says will be better than 4.6 in every way except slightly slower to serve, with even better token efficiency.
That sits on top of Grok 4.5, which went public on July 8 at $2 / $6 and was trained with Cursor for coding and agent work. I already wrote about shipping this site with that stack in Building this blog with Cursor and Grok 4.5.
Western labs are competing on release cadence and closed harnesses. Chinese labs are competing on open weights and per-token economics. Builders get both: a cheaper floor for volume work, and a fast-moving premium tier for the jobs that still need it.
August 2026 is going to be juicy
July closed with a price war. August opens with a release stack. Official DeepSeek V4 Pro is due any day. Grok 4.6 targets around August 7, then Grok 4.7 a few weeks after that. OpenAI and Google will not sit still while Chinese open weights keep setting the floor. If you are picking a model stack for a Q3 ship, this is the month to re-benchmark, not the month to lock in last quarter’s defaults.
When I would use V4 Flash
When I would reach for DeepSeek V4 Flash
High-volume terminal, repo, and tool-heavy agent loops
Long-context workloads where a 1M window fits whole codebases or long traces
Cost-sensitive production features that must stay on by default
Teams that can accept Chinese-model procurement and access risk
When I would still pick closed flagships
Compliance or client policy blocks Chinese API routes
Absolute top single-shot reasoning and knowledge-work boards
Stacks already standardized on Anthropic or OpenAI toolchains, eval harnesses, and fallbacks
Product contracts where provider policy is part of the delivery promise
Takeaway
V4 Flash 0731 puts near-frontier agent performance at roughly 1/100th the output cost of Claude Fable 5 on paper, and under OpenAI’s freshly cut Luna tier on output price. That is why OpenAI moved Luna 80% the day before. The market is splitting into a cheap open-weight tier and a premium closed tier. August 2026 is going to be juicy: official V4 Pro, Grok 4.6, and Grok 4.7 land in the same window. Shortlist with leaderboards. Decide with one real multi-file task, tools, constraints, and a deadline.
If you want help picking a model stack that still ships under real usage and cost constraints, start on the contact page.
Coding agents ship UI fast. They also ship the same defaults fast: purple meshes, Inter heroes, equal feature cards, and chrome that looks like every other generated landing page.
Open the Impeccable demo landing (new tab) for a live Persuade-mode page built for this post. That HTML was rebuilt from the ground up with the installed Impeccable skill in Cursor (init, new-work direction roll, polish, audit/detect), running on Grok 4.5 high. It is not a paste of the marketing site. For how I have been using that model on this portfolio, see Building this blog with Cursor Grok 4.5.
Impeccable is the missing shared vocabulary: named interventions, locked product context, live iteration in the running app, and deterministic checks before the defaults land in production. This post is the builder walkthrough. For the broader skill and inspiration bookmark list, see Anti-slop design skills and inspiration pins.
What it actually is
Impeccable is one skill with about 23 commands, created by Paul Bakaus / pbakaus. You install a build tuned to your harness:
npx impeccable install
That path targets Cursor, Claude Code, Gemini CLI, Codex CLI, and peers. Copilot users can enable it under experimental settings. First run in a project:
/impeccable init
Version 4 is a leaner core tuned for frontier models, with clearer visitor modes and pages that commit to a direction instead of hovering in safe mid-tones.
The useful idea is not “another frontend prompt pack.” It is a language you share with the agent: /polish, /distill, /audit, /typeset, and the rest. Each name one kind of intervention.
Context before craft
Without project context, design skills invent a new system every session. Impeccable expects two files:
PRODUCT.md: who it is for, what success looks like, brand voice, and anti-references (the looks you refuse)
DESIGN.md: colors, type, components, elevation, and rules in a portable format tools can read
/impeccable init gathers that once. /impeccable document can reverse a DESIGN.md from an existing codebase when you already have tokens and components. Later commands read both files before they touch UI.
That is how you keep Win95 sharp corners, celestial glass, or a sober agency palette from getting overwritten by the model’s favorite radius and purple.
Surface modes
Impeccable names what the surface is for before it designs:
Mode
Job
Persuade
Win attention and move someone to act
Operate
Help someone finish a task
Read
Build understanding
Experience
Let the work lead
A marketing hero and an on-call dashboard should not share the same density, motion, or CTA weight. Mode is judged from the page, not only from what the company sells, so one product can hold all four.
The demo landing for this post is Persuade: one idea, one hierarchy, one primary CTA, and no card soup above the fold.
The command language
You do not need every verb on day one. Group them by job.
Setup and system
init: interview and write PRODUCT / DESIGN context
document: extract DESIGN.md from code you already have
extract: pull repeated patterns into tokens and primitives
shape / craft: plan or build with the vocabulary loaded
Quality
critique: hierarchy, clarity, emotional fit
audit: a11y, performance, responsive gaps
polish: final pass inside the existing system
harden: overflow, empty states, edge cases
onboard: first-run and activation paths
Amplitude
bolder / quieter: push or restrain presence
distill: strip to the one idea
Typeset, color, layout, and motion verbs when those are the only levers you want moved
Live
/impeccable live: open the running app, pick an element or steer the page, generate variants, write the winner to source
Day-to-day loop I would run on a section route:
/impeccable audit the surface
/impeccable distill if the page is doing three jobs
/impeccable polish before merge
Slop detector and shipping gates
Impeccable ships on the order of 60 deterministic detector rules (the site also cites a mid-50s check set depending on build). Examples of tells it is meant to catch: AI beige, italic serif display on soft cream, nested cards, side-tab accent borders, decorative pulsing status dots, equal feature triplets.
Those checks show up in three places:
Agent hooks on UI edits, so findings bounce back into the same turn
Chrome extension overlay on staging or a competitor page
CI CLI: npx impeccable detect src/ with JSON and exit codes for PR gates
That is production discipline. Taste without a gate still ships the model default when you are tired.
Worlds on the table
Ask a model to “be creative” and it often rebuilds its favorite layout. Impeccable can deal human-reviewed visual worlds as challengers: complete graphic systems with their own laws. The winner takes the build. Treat this as a direction tool for greenfield marketing work, not a requirement for every dashboard polish.
How I would use it on this stack
This portfolio is Astro 7, React islands, Tailwind tokens, and theme modes that already ban a lot of AI chrome. Impeccable fits as:
Init once so PRODUCT.md knows owners, agencies, and recruiters as audiences, and anti-references include purple gradients and Trustpilot theater
Document or maintain DESIGN.md against real tokens and components
Polish section routes (/projects, /contact) without inventing a second brand
Keep theme laws intact (Win95 zero radius, celestial Space Grotesk, default blueprint grid)
I still pin inspiration boards for section order and proof placement. Skills stop the default look. Boards stop blank-page guessing. That split is spelled out in the anti-slop bookmark post. Impeccable is the vocabulary and enforcement layer on top.
Live demo
Open the Lexicon demo landing in a new tab. It is a self-contained HTML page (skip link, landmarks, focus styles, reduced-motion) built as a drum-machine step-row world: named Impeccable commands as punchable steps, silkscreen labels, and a chase light for “now.” Rebuilt with the installed Impeccable skill in Cursor (npx impeccable install, /impeccable init, new-work direction seed, polish, impeccable detect), with Grok 4.5 high as the model in session. Not affiliated with the Impeccable product. Inspired by the workflow on impeccable.style.
Takeaway
Named interventions plus locked context plus detector gates turn agent speed into intentional UI. If your coding agent only “makes it look nice,” you will keep shipping the same page with different copy. Give it a vocabulary, then make the checks fail the PR when the tells return.
If you want help shipping a production web app with intentional UI, start on the contact page.
Moonshot shipped Kimi K3 in mid-July. A few days later, Axios reported that the Trump administration is weighing moves that could lock US companies out of cutting-edge Chinese AI models. I covered the model itself in Kimi K3 vs Claude Fable 5 and GPT-5.6 Sol. This post is the other half of the story: access risk, price, and whether a coding seat lasts a real work week.
I am not writing this as geopolitics theater. For product and agency work, three questions matter. Can you still call the model? Does the API bill stay sane? Does the subscription meter leave you mid-sprint with nothing left?
Why Chinese AI is in the US crosshairs
Open-weight Chinese models from DeepSeek, Moonshot, and the Qwen lineage closed a lot of the quality gap while US labs kept flagship prices high. K3 sits near Claude Fable 5 and GPT-5.6 Sol on independent composites, ships a 2.8T-class MoE, and undercuts closed flagship token rates. That combination is exactly the competitive shock Washington is reacting to.
The security story runs beside the performance story. Reporting around the Axios piece describes officials highlighting backdoors, governance gaps, and liability for companies that host or depend on Chinese open-source stacks. You do not need an outright ban for that narrative to change procurement and risk review inside US firms.
The toolkit under discussion, summarized by Axios and secondary outlets such as ChosunBiz, looks gradual rather than dramatic:
Adding Chinese AI labs to the Commerce Department Entity List
Procurement rules that pressure companies away from Chinese models
Cybersecurity advisories that chill adoption without a statute
Liability-style executive order language for hosting foreign models
As of writing, there is no formal ban. The point of these levers is a chilling effect. US companies drop Chinese models because the compliance and political cost rises, not because the weights suddenly disappear from GitHub.
There is also a counter-voice inside the same administration orbit. David Sacks and other pro-competition voices have argued that limiting American access to tools Chinese models already handle makes the US less competitive. Attribute that as a live policy fight, not a settled fact.
Chinese models win on sticker price
API list prices still explain why US teams reached for Chinese open models in the first place. Approximate cache-miss input and output rates per million tokens (verify on the vendor pages before you budget):
Model
Input
Output
DeepSeek V4 Pro
$0.435
$0.87
Kimi K3
$3
$15
GPT-5.6 Sol
$5
$30
Claude Fable 5
$10
$50
DeepSeek sits in a different price band entirely. K3 is still roughly half the closed flagship token cost while competing on coding and agent boards. Open weights add another path: teams with GPUs can self-host and escape per-token bills after the download ships. Moonshot promised K3 weights by late July; that path matters as much as the API sticker.
Kimi plans: weekly quota and the 5-hour wall
Sticker price is not the same as usable capacity on a membership seat. Kimi Code membership docs describe two meters that catch heavy users:
A weekly quota that refreshes every seven days from your subscription date, with unused quota that does not roll over
A rolling 5-hour rate window that can throttle you even when weekly quota remains
That dual system is easy to misunderstand. One meter is a hard weekly stop. The other feels like intermittent 429s mid-session until the window rolls. CLI /usage, the Code Console, and the web membership page also do not always show the same numbers, which makes it harder to plan a day of agent work.
Kimi’s consumer ladder runs Moderato ($19/mo) through Vivace ($199/mo), with Allegro at $99/mo as a common power-user seat. On paper that looks durable. In practice, Allegro users report burning weekly quota in a few days of intensive coding, and the 5-hour throughput window can interrupt long agent loops before the weekly meter is empty.
Extra Usage exists as a paid escape hatch. Once enabled, overage bills closer to Open Platform API rates. That rescues a blocked sprint, but it also turns the “cheap Chinese seat” story into metered spend the moment you hit the wall.
I already wrote about Kimi membership latency and capacity pain in the K2.5 era in the benchmarks post. The same lesson applies to K3-era plans: a model that wins boards still fails the workday if weekly and 5-hour meters empty while you are shipping.
Why some builders prefer Codex plans
OpenAI bundles Codex into ChatGPT plans. Plus sits around $20/mo with Codex across web, CLI, IDE, and related surfaces. Pro adds 5x or 20x usage at $100 or $200/mo. One bill covers chat and the coding agent, and the upgrade ladder is clear when you need more headroom.
That is the generosity argument builders make in plain language. Heavy agent users often pay for Pro so a long multi-file loop does not die mid-session on a dual weekly-plus-5-hour meter. The stack is also already standard for many US-facing client projects, which reduces compliance friction if Chinese-model access gets colder.
Fair balance: ChatGPT Plus can exhaust on a heavy coding day too. Generosity is relative. People who prefer Codex are usually comparing power-user burn rates and reset behavior, not reading Plus marketing copy as unlimited. Claude Max is the other common “pay for headroom” lane at a similar $100/$200 shape; the point is usable capacity, not brand loyalty.
If your week is long agent loops, parallel tasks, and few interruptions, a more generous US coding seat can beat a cheaper Chinese membership that empties by Wednesday. If your week is bursty API volume on well-scoped jobs, Chinese token prices (or self-host after weights ship) can still win.
Takeaway
Treat the Kimi K3 moment as three layers, not one headline:
Policy access risk. Reported US curbs are not law yet, but Entity List, procurement, and liability pressure can freeze Chinese-model adoption inside US companies.
API sticker price. Chinese models still undercut closed US flagships, which is why teams adopted them and why Washington cares.
Subscription usable capacity. Kimi’s weekly quota and 5-hour window burn fast for agentic coding; some builders prefer Codex plans because the bundled ChatGPT ladder buys more uninterrupted work.
For client and agency delivery, keep the same test I use on every release: one real multi-file task with tools, constraints, and a deadline, plus an honest check of whether the seat lasts the week. Leaderboards and geopolitics both matter. Delivery still decides.
If you want help picking a model stack that still ships under real usage and compliance constraints, start on the contact page.
Coding agents ship working UI fast. They also ship the default look even faster: purple gradients, Inter heroes, three identical feature cards, and centered everything.
More mood boards alone do not fix that. What I pin for client and portfolio work is a two-layer stack: rules the agent must obey, then references that teach structure. This post is that bookmark page.
Skills that fight AI slop
I start with two agent-native design skills. Both install as portable SKILL.md packs that Cursor, Claude Code, Codex, and peers can load.
Hallmark
Hallmark (Together AI / Nutlope) picks a layout family first, dresses it with a theme, then runs slop-test gates before it ships. The useful part for real work is the verb set: build by default, then study a URL or screenshot into a portable design brief, audit an existing page, or redesign with different bones.
npx skills add nutlope/hallmark
Taste Skill
Taste Skill is the broader anti-slop pack I reach for when the brief needs a declared design direction, variance, and a hard pre-flight check. Default install is v2 design-taste-frontend, with companion skills for GPT/Codex, image-to-code, redesign audits, minimalist, and brutalist directions. Several of those variants already live in this repo under .agents/skills/.
These sit next to Hallmark or Taste Skill. They do not replace them.
UI Craft: score and gate generated UI after the agent writes code
ui-skills (baseline-ui): polish spacing, accessibility, and motion on UI you already have
UI/UX Pro Max: searchable style, palette, and font starting points by product type
skills.sh: discovery and install layer for the ecosystem
Agent Skills: the portable SKILL.md standard that makes the packs above work across tools
Workflow I actually use: Taste or Hallmark to set direction, ui-skills or UI Craft to clean, and never invent fake social proof or Trustpilot stars.
Inspiration boards to pin
Skills stop the default look. Boards stop blank-page guessing. I pin sites that already convert in the category, then rebuild the information architecture in the real stack with real copy.
Always pinned
Recent (formerly Godly): web, motion, and editorial rhythm. Steal the beat count above the fold, not the animation library.
Land-book: landing page section sequences. Filter by page type and copy the funnel order, not the Framer skin.
Awwwards: award-tier craft. Reverse-score winners against what the project actually needs to win on (usability vs spectacle).
Dribbble: component sketches. Extract one reusable pattern and rebuild it with real content and constraints.
Add by job
Landing / launch
Landingfolio: section-level SaaS and AI marketing refs
Behance: process and brand systems, not just hero shots
Takeaway
Skills stop the default look. Boards stop blank-page guessing. Together they turn agent speed into intentional UI instead of another purple gradient landing page.
If you want help shipping a production web app with intentional UI, start on the contact page.
Moonshot AI released Kimi K3 on July 16, 2026. I am writing this the next day, with the same builder lens I used for Grok 4.5: not “who won the internet,” but what I would actually put on a long agent loop for product and agency work.
Moonshot’s own launch post says the quiet part out loud. Overall performance still trails the strongest proprietary models, Claude Fable 5 and GPT-5.6 Sol. That honesty is useful. It frames K3 as open-scale frontier competition, not a magic takeover.
What shipped
Kimi K3 is a 2.8-trillion-parameter mixture-of-experts model. Moonshot activates 16 of 896 experts per token, ships a 1,048,576-token context window, and treats vision as native input. The API model id is kimi-k3. Full weights are promised by July 27, 2026; the API and consumer products are live now.
Two product variants matter for builders:
K3 Max for chat, reasoning, and single-agent autonomous tasks
K3 Swarm Max for large-scale parallel multi-agent orchestration
Architecture notes from the launch materials include Kimi Delta Attention for long-context decode, Attention Residuals for training efficiency, and Stable LatentMoE. Treat the biggest speed and efficiency claims as vendor claims until the technical report ships with the weights.
Agent Swarm
Agent Swarm is the feature I care about most for real delivery work. Moonshot’s Agent Swarm docs (built through the K2 line and carried into K3 Swarm Max) describe an orchestrator plus specialist sub-agents that can run in parallel.
What the docs and launch case studies emphasize:
Up to hundreds of concurrent sub-agents on swarm workloads
Thousands of tool calls on hard tasks
Roughly 4.5× faster wall time versus a single-agent path on comparable work
Training that freezes specialists and improves the “coach” (PARL: Parallel-Agent Reinforcement Learning)
That shape matches how I already ship AI features: research a codebase or domain, fan out tools, then merge results into one coherent change. OpenAI’s GPT-5.6 Sol ultra mode is a closed-stack cousin (a handful of parallel subagents by default, more on some evals). K3’s bet is open scale plus swarm orchestration at lower token cost.
How the benchmarks look
Independent composites put K3 right behind the two closed flagships. On Artificial Analysis Intelligence Index v4.1 around launch week:
Model
Intelligence Index
Claude Fable 5
59.9
GPT-5.6 Sol
58.9
Kimi K3
57.1
Moonshot’s launch table (max reasoning effort) and Arena preference boards show a sharper split by task type.
Where K3 leads or ties
Area
K3
Fable 5
GPT-5.6 Sol
Frontend Code Arena (Elo)
1679 (#1)
1631
1618
Program Bench
77.8
76.8
77.6
SWE Marathon
42.0
35.0
39.0
BrowseComp
91.2
88.0
90.4
AutomationBench
30.8
29.1
29.7
Terminal-Bench 2.1
88.3
84.6
88.8
Where K3 still trails
Area
K3
Fable 5
GPT-5.6 Sol
DeepSWE
67.5
70.0
73.0
FrontierSWE (dominance)
81.2
86.6
71.3
HLE-Full (no tools)
43.5
53.3
44.5
HLE-Full (with tools)
56.0
63.0
58.0
GDPval-AA v2 (Elo)
1668
1760
1748
GPQA-Diamond
93.5
92.6
94.1
Reading that as a builder: K3 looks strongest on long-horizon coding, web research, frontend preference, and cost-sensitive agent loops. Fable 5 still owns several hard reasoning and knowledge-work boards. Sol edges several coding and STEM rows by small margins.
Price and when I would use it
API pricing at launch (cache-miss input / output, per million tokens):
Model
Input
Output
Kimi K3
$3
$15
GPT-5.6 Sol
$5
$30
Claude Fable 5
$10
$50
K3 also advertises aggressive prefix-cache hits on coding workloads, which matters more than list price once an agent is looping on the same repo context.
Membership is separate from API billing. Kimi’s consumer plans use musical tempo names (Adagio free, then Moderato, Allegretto, Allegro, Vivace). Current list prices live on the membership pricing page. Allegretto is $39/mo monthly or about $31/mo on annual billing today.
About four months ago, during the Kimi 2.5 era, I subscribed to a paid Kimi plan in that ~$30 USD range. On paper it looked like a solid mid-tier seat for long chats and agent work. In practice the product felt slow, and it often seemed like the service was hitting capacity limits. Capability on a leaderboard does not matter if you are waiting on a queue when you need to ship. That history is why I am watching K3 Swarm Max and API capacity as closely as the benchmark tables.
Kimi 2.5 also shows up inside my daily IDE stack. Cursor’s Composer 2.5 is built on the same open-source Moonshot checkpoint as Composer 2: Kimi K2.5. Cursor then runs continued pretraining and large-scale reinforcement learning on top, so Composer is not a raw Kimi wrapper, but the base lineage is explicit. Cursor’s own forum announcement repeats the same point: Composer 2.5 builds on Moonshot’s Kimi K2.5 with Cursor’s continued training (Composer 2.5 is now live). That is part of why a Kimi K3 release still matters to me even when I am mostly working in Cursor: the open base that trained Composer 2.5 just got a much larger successor.
When I would reach for Kimi K3
Long-horizon coding and research agents where swarm parallelism cuts wall time
Cost-sensitive production loops that still need frontier-class coding
Teams that want an open-weight path after July 27 for self-host or private deploy
Builders willing to re-test membership latency after the K2.5-era capacity pain
When I would still pick Fable 5 or GPT-5.6 Sol
Absolute top composite reasoning and knowledge-work boards
Stacks already standardized on Anthropic or OpenAI toolchains, eval harnesses, and compliance
Cases where a closed model’s policy and fallback behavior is part of the product contract
Workflows that cannot tolerate product-side queue or capacity slowdowns
Takeaway
Kimi K3 is the first open 3T-class model that sits within shouting distance of Claude Fable 5 and GPT-5.6 Sol on independent intelligence rankings, while leading several agentic coding and frontend preference boards at roughly half the closed flagship token cost. Agent Swarm is the practical differentiator for multi-step shipping work, not the parameter count alone.
If you are evaluating models for AI features that have to pay for themselves in a product, try the same test I use for every release: one real multi-file task with tools, constraints, and a deadline. Leaderboards help you shortlist. Delivery decides.
If you want help shipping an AI feature or production web app with the right model for the job, start on the contact page.
Cursor and SpaceXAI released Grok 4.5 on July 8, 2026. I am writing this the next day, on the same portfolio where I just used that model to ship a real feature: the MDX blog section you are reading now.
What shipped
According to the Cursor forum announcement, Grok 4.5 is Cursor’s most capable model so far, and the first one trained jointly with SpaceXAI for more than software engineering alone. It is aimed at long-running work that needs creative tool use: coding, data work, research, and other computer tasks.
Highlights from the release:
Trained with SpaceXAI on a mixture-of-experts base, then continued on Cursor workflow data
Reinforcement learning on hard problems designed to break weaker models
Effort levels (high, medium, low) so you can match compute to the task
Available across Cursor desktop, web, iOS, CLI, and SDK
EU availability is still rolling out in the coming weeks
The community thread on r/cursor is where a lot of early reactions landed after the drop.
How the benchmarks look
Cursor published a comparison chart across Terminal-Bench, SWE-Bench Multilingual, DeepSWE, and SWE-Bench Pro. Here is that chart:
Reading the highlighted Grok 4.5 column:
Benchmark
Grok 4.5
Notes
Terminal-Bench 2.1
83.3%
Nearly tied with GPT-5.5 (83.4%), ahead of Opus 4.8 (78.9%)
SWE-Bench Multilingual
78.0%
Ahead of GPT-5.5 (77.8%) and Composer 2.5 (71.6%)
DeepSWE 1.0
62.0% (high)
Ahead of Opus 4.8 max (55.8%)
SWE-Bench Pro
64.7% (high)
Competitive mid-pack; Fable 5 leads this row
Benchmarks are not the whole story. What mattered for me was whether the model could stay on a multi-step Astro portfolio task without losing the IDE theme, SEO rules, and routing constraints.
How I used Grok 4.5 to build this blog
I asked Cursor (running Grok 4.5) to plan an Astro blog that stayed inside this IDE chrome, not a separate marketing layout. The model researched Astro content collections, then we locked MDX so posts could embed components like callouts.
What it shipped in this repo:
Content collections under src/content/blog with Zod frontmatter
Routes at /blog and /blog/[slug] wired into the existing RouteId SPA
Explorer blog/ folder, tab labels, and pet tips
BlogPosting schema plus llms.txt links so AI crawlers can find posts
Seed posts, then this release note as the first “real” entry
The hard part was not “make a markdown page.” It was keeping client-side IDE navigation working while still prerendering MDX for SEO. Grok 4.5 proposed content collections for metadata, then build-time HTML templates so post bodies stay available when you switch posts without rebooting the shell.
What it cost on Cursor Pro
I ran this work on Cursor Pro with the included $20 API usage bucket. By the time the blog feature and these posts were done, I had used about 6% of that quota (the dashboard sat in the single-digit range when I captured it).
Almost all of the agent work was grok-4.5-high. The usage log for that session looks like this:
Call it about 18 million tokens of grok-4.5-high, with a little room for rounding and any rows that scrolled off the screenshot. A few Composer rows appear in the same window, but the blog build itself was Grok 4.5 high.
What I want from a coding model now
For agency and product work, I care less about a single leaderboard win and more about:
Holding architecture constraints across a long session
Atomic commits that match a plan
Fixing empty content stores and routing edge cases without rewriting the feature
Writing outcome-led copy that still fits the site voice
That is the bar Grok 4.5 cleared on this feature. If you are evaluating models inside Cursor, try a task that spans UI, content, and SEO in one pass. That is closer to shipping than a toy prompt.
If you want help shipping an AI-assisted product feature of your own, start on the contact page.
Most stalled projects share the same pattern: unclear scope, too many tools, and no owner for launch day. A production web app needs a short path from decision to deploy.
Decide the outcome first
Write one sentence for what success looks like. More leads, faster onboarding, or a store that can take payments without manual work. That sentence drives stack choices and what you cut.
Prefer a stack you can operate
Pick tools your team can host, monitor, and change. A boring stack that ships weekly beats a clever one that only the original author understands.
Plan for handoff and uptime
Document env vars, deploy steps, and who gets paged. Agencies win when the client can run the product after the build, not when the demo looks impressive for a week.
If you want help turning a brief into a live app, start on the contact page.
Business owners do not need another chatbot demo. They need features that show up in the numbers: more booked calls, fewer missed follow-ups, faster handoffs between sales and support.
Start from the bottleneck
Map one painful step in your funnel. Missed inbound calls, slow quote turnaround, or support tickets that repeat the same answer. That bottleneck is where AI earns its keep.
Ship a thin slice first
A useful first release is often a single workflow: summarize a call, draft a follow-up, or flag a risk in a transcript. Keep the UI boring. Put the intelligence where the work already happens.
Measure before you expand
Track time saved, conversion lift, or error rate. Expand only after the thin slice proves value. That is how AI projects stay funded and how agencies keep clients.
When you are ready to scope a production feature, get in touch.
Kimi K3, a possible US ban, and why some builders pick Codex
Jul 22, 2026 · ai, kimi, moonshot, policy, coding-tools
Axios reports Washington is weighing curbs on Chinese AI after Kimi K3. Here is what that means for builders, why Chinese models undercut US prices, and why Kimi plan limits push some people toward Codex.