Huh, according to that model card this is a 137B total parameter model.<p>Performance doesn't seem that good:<p>- MAI-Code-1-Flash (137B-A5B) = 51% on SWE-bench pro<p>- Qwen3.6-35B-A3B = 49.5% on SWE-bench pro (<a href="https://huggingface.co/Qwen/Qwen3.6-35B-A3B" rel="nofollow">https://huggingface.co/Qwen/Qwen3.6-35B-A3B</a>)<p>They benchmark against Claude Haiku but Haiku is not good, it's worse than tiny open models you can run locally or via API at 10% the cost.
Dave Citron here, from the MAI team. Thanks for the feedback, we're getting the model card updated to call out 5B active parameters (137B total).<p>On benchmarks: in the same VS Code harness, MAI-Code-1-Flash scored 51.2% on SWE-bench Pro vs. Haiku's 35.2% which we see as a pretty big leap. But going forward, we'll include additional models in our benchmarks, including models like Qwen 3.6 and Gemma 4.
Have you run it through DeepSWE? I understand that's probably a high ask for this class of model, but would be interesting to see regardless.<p>Even if it can't fully pass much, there are so many tests against most of the scenarios that you can get a fairly rich report beyond the pass@1 stat. See e.g. this DeepSWE report against the Minimax M3 model: <a href="https://entrpi.github.io/misc/deep-swe-minimax-m3/" rel="nofollow">https://entrpi.github.io/misc/deep-swe-minimax-m3/</a>
Hey Dave, I’d love to add your new model in the harness I’m going to opensource very soonish. Going to publish benchmarks on real world tasks.
The take away is that this model is a smaller model that competes with Haiku, I would hope they come out with a "Sonnet" competing model, then Opus. I have been wondering why Microsoft is kind of "sleeping" on offering models they themselves have made on Copilot, maybe it was part of their deal with OpenAI? Not sure.
Yes, it's a "smaller" (137B) model that competes with Haiku, but it's basically the performance of Qwen3.6-35B-A3B which is 75% smaller and 98% smaller in terms of active parameters (since it's a mixture of experts model). Microsoft should be comparing its model to good smaller models, not Haiku 4.5.<p>Qwen-3.6-27b is closer to Claude Opus 4.7 than it is to Haiku 4.5 in a lot of benchmarks - and it's way smaller than Microsoft's new model.<p>Sure, it competes with Haiku, but it shows how far Microsoft is behind lots of other small models that are available.
> 98% smaller in terms of active parameters (since it's a mixture of experts model).<p>I don’t think that’s right, this flash model is 5B active params. Qwen3.6-35B-A3B is 3B so 40% smaller.
I understand what you’re saying, but I am generally very careful when comparing models and their benchmarks; benchmarks often don’t really match “real world” quality.
The technical report <a href="https://microsoft.ai/wp-content/uploads/2026/06/main_20260602_2.pdf" rel="nofollow">https://microsoft.ai/wp-content/uploads/2026/06/main_2026060...</a> has a lot of detail about decontaminating their training data and developing new in-house benchmarks to ensure reliable evaluation. If other models were just overfit to public benchmarks while Microsoft produced something that generalizes better to unseen data, they could've used those in-house benchmarks to argue that point.<p>Instead, they only do cherry-picked comparisons against Anthropic's small models, and not the full spectrum of competitors.<p>Without evidence to the contrary, I'll interpret this as just what happens when you're late to the party and insist on doing everything from scratch.<p>Maybe coaxing reasoning behavior out of their base model without kickstarting it by distilling from existing models provided them with valuable experience that will help improve their future models, or maybe it was an unnecessary waste of time.
[dead]
They did release, MAI-Thinking-1 to compete with Sonnet. Totally not sure why that isn't at the top here.
Can't yet use MAI-Thinking-1? [0] And no indication of it being made available in GitHub Copilot, either.<p>[0] Not even here: <a href="https://playground.microsoft.ai/" rel="nofollow">https://playground.microsoft.ai/</a>
Good question, and I missed that entirely!
Compete? It is behind Kimi K2.6, which is in turn away behind Sonnet.
Qwen is definitely the model to beat as of Mid 2026. While I didn't benchmark with SWE as my use cases are OpenClaw [1]. I found both Qwen 3.6 35B A3B and more impressively Qwen 3.5 122B A10B starting to be competitive with closed flash models. The NVFP4 quant of the latter is what I'm running now on DGX.<p>[1] <a href="https://srinathh.medium.com/mid-size-local-models-are-now-competitive-for-ai-agents-7696b2e8b535" rel="nofollow">https://srinathh.medium.com/mid-size-local-models-are-now-co...</a>
> 137B-A5B<p>Yeah, not a 5B param model as the earlier title implied!
So what other models use less than half of Haiku's tokens while providing higher success rate?
While I agree directionally, I'll caveat that "cost per token" != "cost per task". In the case of Qwen3.6 it tends to think 1.6x more than Haiku, so the cost of Haiku on the same tasks tends to only be about double. More detail from comparing their Artificial Analysis metrics:<p><pre><code> Qwen3.6-35B-A3B vs Claude Haiku 4.5
reasoning mode · AA Intelligence Index v4.0
46.0 ┤ ↖ better — cheaper · smarter · faster
│
│
44.0 ┤ ╭─────╮
│ │ ● │ Qwen3.6-35B-A3B
│ ╰─────╯
42.0 ┤
│
│
40.0 ┤
│
│
38.0 ┤ ╭───╮
│ Claude Haiku 4.5 │ ○ │
│ ╰───╯
36.0 ┤
└┬─────────┬─────────┬─────────┬─────────┬────────┬
$200 $300 $400 $500 $600 $700
x → cost to run the index (USD) lower is better
y → AA intelligence index higher is better
bubble area = output speed (tokens / sec)
╭─────╮ ╭───╮
│ ● │ Qwen ~196 t/s │ ○ │ Haiku ~93 t/s
╰─────╯ ╰───╯
┌─────────────────────┬──────────┬──────────┬───────────┐
│ model │ AA index │ run cost │ out speed │
├─────────────────────┼──────────┼──────────┼───────────┤
│ Qwen3.6-35B-A3B ●│ 43.5 │ $280 │ 196 t/s │
│ Claude Haiku 4.5 ○│ 37.1 │ $620 │ 93 t/s │
└─────────────────────┴──────────┴──────────┴───────────┘
COST PER TOKEN ≠ COST PER TASK
output tokens per index run:
Haiku 4.5 87.3M (79.3M reasoning + 8.0M answer)
Qwen3.6 143.2M (131.7M reasoning + 11.5M answer)
→ Qwen emits 1.64× more output
── output speed (tokens / sec) ────────── raw rate · higher = faster
Qwen3.6 100% ~196 t/s
Haiku 4.5 ~47% ~93 t/s
→ Qwen ~2.1× faster per token
╎ 1.64× more tokens < 2.1× faster rate
▼
── solution speed (per finished answer) ── higher = faster
Qwen3.6 100%
Haiku 4.5 ~78%
→ Qwen ~1.3× FASTER to a solution
SCORECARD
intelligence cost / task speed to solution
Qwen3.6-35B-A3B 43.5 $280 ~1.3× faster
Claude Haiku 4.5 37.1 $620 (slower)
→ Qwen wins all three. The reasoning blow-up (1.64×) is smaller than
the raw-speed edge (2.1×), so Qwen stays ahead per task.</code></pre>
[dead]
It's a start and I welcome competition but I don't think I ever used small cloud models like Haiku 4.5. They are cute but for serious coding they tend to waste your expensive time.<p>And this certainly wont bring me back to GitHub Copilot which I cancelled yesterday.<p>GitHub Copilot had competitive pricing until yesterday when they changed from per-request to one of the most expensive per-token quotas. Seriously, take a look at their burning subreddit for some laughs: <a href="https://www.reddit.com/r/GithubCopilot" rel="nofollow">https://www.reddit.com/r/GithubCopilot</a><p>I have since changed to DeekSeek Flash on high which is Sonnet+ level for almost free.<p>If I feel I still need smarter models I might signup for $20/mo Codex to use GPT 5.5 which, in my opinion, is the best I can access right now.
I use larger models to organize work into a topologically sorted task graph and pin smaller models to the tasks depending on the complexity with a larger model evaluating the work and patching where necessary. This uses haiku quite often for routine work. I’m able to do multi hour highly complex work with superior results and a much lower bill as a result by doing this, with a parent orchestrator able to do a massive labor within a single context window by effectively organizing work and reviewing quality and integrating where needed. I don’t use haiku directly, but it’s often 30-40% of any major efforts token use. This further improves time to completion as well as cost - but I find haiku is better at following literal instructions and plans without “second guessing,” while opus class models second guess in their thinking constantly.<p>As such, haiku isn’t a waste of my time, it saves enormous amounts of time for me. But I spent a large amount of time building the orchestration system up front and iterating on it to get here. Interestingly i found my experience as a director and later a distinguished engineer gave me the tools to build it and get it working well and reliably end to end - the dynamics of multi agent workflows of varying capability is not a lot different than the dynamics of a 1000 engineer organization.
Everyone does that. But I don't find Haiku useful for actual coding tasks. Good to, ehm, generate commit messages and summaries.<p>In my tests, openweight Qwens and GLM are way better than it.
Topologically sorted task graph is exactly right — the orchestrator/worker split maps cleanly to senior engineer delegating to juniors, where cheap models handle the leaf nodes fine.
Got anything from your orchestrator you could share that’s usable by others? Sounds like how I’d like to work but is difficult to get going from scratch
<a href="https://github.com/7mind/baboon" rel="nofollow">https://github.com/7mind/baboon</a> - all the backends apart from C# and Scala ones were created automatically, same for LSP server, same for playground.
If you use claude-code Haiku is used under the hood for certain task. I'm not sure what it is, but there's some kind of routing that goes to Haiku automatically.
I've been doing benchmarking of various models for finding hard security bugs, and my faith in Haiku (and Sonnet, even) has dropped precipitously in the process. Self-hosted Qwen 3.6 27B consistently outperforms both for finding security bugs, which was a shocking result. I expected Qwen to be around Haiku level, maybe a little worse, and I definitely expected it to be worse than Sonnet.<p>And, DeepSeek and MiMo perform much better than Haiku and Sonnet, near Opus/GPT 5.5 levels, at a fraction of the cost.<p>There's seemingly no reason to ever use Haiku or Sonnet, if you're not getting it for free or as part of a subscription (that you don't usually saturate).
I don't think that's what these small models are for. They are for things like text summarization and generating a title for your AI session. Maybe Haiku occupies a weird zone where it's overpowered for those tasks but underpowered for anything more sophisticated. But for example I used it on an agentic reasoning task recently (reading a chunk of information and drawing a written conclusion, not writing code) and it did just fine. More powerful model would have been a waste of money.
Sure, but it's priced higher than many better models. I'm not saying use the biggest models for everything. I'm saying Haiku is not a great deal as small models go. You can even self-host a model that is competitive if you've got a pretty beefy machine.<p>Haiku costs $1/$5. DeepSeek V4 Flash, a stronger model, is only $0.0028/$0.14/$0.28. That first number is the cached input, and DeepSeek caching is crazy efficient. So, using DeepSeek V4 Flash costs about an order of magnitude less than Haiku and performs better.<p>I have a Claude subscription because I'm willing to pay a premium for the best model for coding, one that doesn't waste as much of my time doing dumb stuff. But, if I need something other than Claude Code, I'm using something other than Claude models. Why burn money for no benefit?<p>Oh, also, Haiku chews tokens like crazy. In my benchmarks it used three times more tokens than the next highest model. Of course, security bug hunting is not in its wheelhouse, so it's not fair to judge it based on that one thing, but if it's more expensive per token and burns a lot more tokens, it ends up being a lot more expensive.
Haiku/Flash/small models are underpowered for literally anything where being non-false-positively correct on details matters at least like 25%. (That's not to say they are only correct 25% of the time, it's definitely more than that, but they're blatantly confidently wrong often enough that the wasted time is a significant net negative for me, even on relatively trivial tasks.)
Same opinion. Opus is best for coding, but Qwen 3.6 27b Q8 is next, before Sonnet.<p>Sonnet might have more knowledge and is maybe good for making excel sheets, but it does not write good code and does not follow instructions well.<p>But 27b Q8 needs a very beefy PC (48GB VRAM or more), so it is not an option many people can use and DS4F is so cheap right now, if you are open to externally hosted models.
DeepSeek competes with Sonnet, not significantly worse or better. It tends to do weird things in codebases on the bigger side.
At $3/$15, Sonnet is more than an order of magnitude more expensive than DeepSeek at $0.435/$0.87 (with cached input pricing of $0.003625, DeepSeek is very good at caching, so it's very cheap to use). So, if they're equal in performance, DeepSeek is ten times better value.<p>But, from what I can tell DeepSeek is better than Sonnet, though I agree it is not at the level of current Opus or GPT 5.5 (but I think it probably beats Gemini Pro 3.1). I use the best model I can for code, because the cost of weaker performance is more than the $100/month I pay for Claude Opus, but it's worth knowing there are very cheap, very good, models for stuff I want to do that isn't Claude Code.
I think there are so many variables from harnesses to tasks, making it very hard to put the models to a pecking order unless one beats another in virtually every task (like in Opus vs DeepSeek).<p>But all in all, I don't think we disagree.
Almost exactly the same story here. I've also had little to no refusals from DeepSeek, with it's Chinese values meaning substantially less friction when it comes to things like reverse engineering, finding copyrighted files, working with dubiously-sourced source code, et cetera. I don't think I'd go back to Copilot even if they dropped prices by 90%.
Agreed.
Seems like this could have been a nice model if we would still be in the old GitHub Copilot free request/ premium multiplier mode.
It could have been a good compromise to somehow reign in the costs for Microsoft.<p>But with Copilot now just being paying per-token prices I don't see how this is competitive with Chinese models.<p>It is probably telling you can't find the costs in the announcement.
Because
Input $0.75 Cached input $0.075 Output $4.50
might be competitive with Haiku, but nobody in their right mind uses Haiku and Anthropic has abandoned it chasing the tokenmaxers who aren't thinking about budgets.<p>So I guess they are aiming for corporate customers that are bound to Microsoft through compliance approval that will soon start seeing their budgets explode that have to find some corporate compromise.
Yeah, seems like this is in the range of Qwen 3.6, Gemma 4, Nemotron 3 Super, and the like. There are lot of models, including much smaller cheaper ones (like Qwen 3.6 35B-A3B), that are similarly competitive with Haiku. I can run these on my laptop, I don't need to rent them from Microsoft.<p>I suppose if you're reeling at the new Copilot bill but want to stay in their ecosystem, this gives you something to use, but for most folks, there's a plethora of better options.
The $20/month ChatGPT plan that comes with codex is good value. Even just have premium ChatGPT is nice. I get rate limited regularly but it still lets me do most things.
The $100/month is excellent value. I don’t understand how’s that not the default option for all professional developers. Unless people don’t produce any value writing code, like playing around and experimenting with vibe coding, I understand. But if software development is your actual income, and assuming you live in a wealthy country, $100/month is nothing for a tool like Codex.
I don’t live in a wealthy country and my salary isn’t that great, but Anthropic’s 100 USD tier is still worth it for me. I’d probably go with a 50 USD tier if they had one but oh well. I’m also looking at DeepSeek since they permanently lowered their prices and feel like I could probably add the cheaper Codex tier to the list (you really feel the limits with the cheaper Anthropic one though).
Work pays for my work stuff and I have both claude and codex there. On the personal side I sometimes go days without using it. It's more like my assistant to do annoying terminal shit on my home computer and like personal projects I guess. It's plenty for that.
Picked up the most recent SO developer survey that features relevant info, the 2024 release: <a href="https://survey.stackoverflow.co/2024/work#coding-outside-of-work" rel="nofollow">https://survey.stackoverflow.co/2024/work#coding-outside-of-...</a><p>The supermajority of respondents did report that they do engage in some coding outside of working hours, for one reason or another. I'm impressed; I'm basically a zombie after hours, rarely in any shape to touch anything technical. Good for them.<p>But then only 19.3% of respondents ticked that they code for freelancing reasons, and only 15% said they're doing it in an attempt to bootstrap a business. These groups were the only types that suggested revenue generating after-hours activity, and they even overlap to a non-obvious-to-me extent. But even if we pretended they didn't, that adds up to like a third at best.<p>So when you say:<p>> I don’t understand how’s that not the default option <i>for all professional developers.</i><p>that's in contradiction with this data (and imo common sense), which suggests that the supermajority of professional developers simply do not perform revenue generating software development activity outside of work hours, period. Therefore, for them, the ROI on any potential AI subscription is a flat and constant zero.<p>Unless you envision people working at "bring your own license" type shops, I don't know how this is supposed to make sense. These are work tools, corporate should be providing them already. But then I'm clearly not from a "wealthy" country either, so YMMV.
Every developer who writes code for a living should get an AI subscription from work and not have to pay for it himself.
It's because that price point is for individuals not for companies. So my company can't pay for the $100 plan unlike with Claude. Only pay-as-you go pricing is available for companies beyond the $29 plan which runs out for me in 2/5 hours. And pay-as-you-go is insanely expensive.
I don't use LLMs for code generation except for very simple, small things because they suck at it and I wouldn't want to ship what they write.<p>Since I use LLMs basically only for analysis and as a signal in bug discovery, debugging, research and general search, I don't need a very powerful model and I don't need high token counts. A $100 subscription would be entirely way too much for useful usage for me, and would border on just using tokens for the sake of using them.
The small stuff has their place. I have this safari extension and needed a way to quickly title people's chat histories. Haiku is the fast cheap thing to come up with decent titles of blocks of text. I feel like there's a bunch of those little things lying around you need a model for. I'm even finding Apple's Foundation Model is super useful for stuff like that. Even summarizing an article. It's like equally awful at doing it, but gets enough done to still be useful as a way to be like "oh yeah, this article is actually worth reading"
Won’t (presumably) all the market actors converge on similar pricing? If OpenAI stopped operating on subsidies and charge the true costs and their most token hungry customers are the ones that switch to Anthropic and others, then their pricing model switch will also be around the corner.<p>Unless of course we’re thinking Copilot will be more expensive than others longer term. But is that a reasonable assumption?
Haiku does quite well if given a detailed plan. That means much more detail than you otherwise would, but you can still save over e.g. having Opus or Sonnet do everything by having them expand their initial plans into more specific levels of detail and feed it to Haiku (or similar level models).<p>I personally wouldn't use models that class <i>directly</i>, though - I'd use them in a harness as a "backend" for more capable models. And Haiku itself, as opposed to other smaller models, is still expensive.
Makes sense as part of a larger coding workflow, especially if it’s fast. Using a trillion parameter model to figure out how to call a targeted edit tool or generate a commit message is a waste. Also narrow tasks like “make the background darker” or “rename this function and update callers”
I've been having really good results with DeepSeek-v4-flash, qwen-3.6-moe, and the older gimini-3-flash-preview. (recent geminis suck hard)<p>Small models are more than enough for the majority of tasks these days. Plan and review with the bigger ones, let the little ones explore and implement.<p>OpenCode Go is $10/month for the open weight models with nice quotas: <a href="https://opencode.ai/go" rel="nofollow">https://opencode.ai/go</a>
You don’t have to limit yourself to the tiny models with the OpenCode Go plan, you can get a lot of usage from the bigger models if you keep the cache hot.<p>I am about 85% through my quota with 9 days left before refresh and have just used over 1B tokens, mostly DeepSeek V4 Pro, but also a little mimo 2.5 pro and kimi k2.6
For sure, I've been flipping between flash/pro (or the equivalent for other families), been trying to stick to one family per project as a way to test them out independently over longer periods and more realistic/diverse tasks. I've definitely spent more quota on pro and pushed more tokens through flash.
What application/UI are you using deep seek flash high on? Still copilot or something else
> "GitHub Copilot had competitive pricing until yesterday when they changed from per-request to one of the most expensive per-token quotas. Seriously, take a look at their burning subreddit for some laughs"<p>AI is expensive and it has been heavily subsidized. I you think $20/mo for Codex/Claude flat vs a more usage based model you're in for a shock. Especially once these companies go public and have to meet investor expectations.
> They are cute but for serious coding they tend to waste your expensive time.<p>90% of corporate job tasks are trivial enough that Haiku can handle them.<p>Just this morning I have been implementing a reprint functionality in our warehouse management system, which needed to print again carrier labels and delivery notes for a specific order.<p>It essentially had to do the same workflow of print, but instead of generating and uploading the pdfs, it only had to fetch and print them.<p>Took Opus 4.8 high 24m1 seconds and 87k tokens. Took Haiku 6m30 seconds and half the tokens.<p>So not really sure what do you mean by "wasting your expensive time" here. I think you really don't experiment with these tools and assume higher effort, bigger model => time saved, but that's true only when tasks are much bigger and complex enough that a smaller/less precise model would fail or land work of much lower quality.
Unfortunately there's no defending Haiku 4.5 at this point when cheaper and better options are available.<p>TLDR:<p><a href="https://artificialanalysis.ai/models?models=gemini-3-5-flash%2Cclaude-4-5-haiku-reasoning%2Cdeepseek-v4-pro%2Cdeepseek-v4-flash%2Cminimax-m2-7%2Ckimi-k2-6%2Cmimo-v2-5-pro%2Cglm-5-1%2Cqwen3-5-397b-a17b%2Cqwen3-7-max&intelligence=agentic-index#intelligence-tabs" rel="nofollow">https://artificialanalysis.ai/models?models=gemini-3-5-flash...</a><p>and: <a href="https://i.imgur.com/nTu3VCZ.png" rel="nofollow">https://i.imgur.com/nTu3VCZ.png</a><p>For starters I did experiment a heck lot with models since Github Copilot gave me access to OpenAI, Gemini and Anthropic models. So I probably experimented more than the average LLMer. When GitHub Copilot had a generous quota I ran the same tasks with many models to compare them (and pursue best solution among them) quite often.<p>Now about my experience with Haiku, I think it was free for some time in GitHub Copilot, then it was 0.33x quota usage (when Sonnet was 1x and Opus was 3x, good times). I tried to use it for light coding for about a week.<p>In my tests I concluded that there was zero reason to use 0.33x priced Haiku in my coding workload because it constantly generated subpar solutions. Even when they worked, Sonnet at 1x and Opus at 3x quota usage had a lot less tech debt on average and my plan permitted continuous Sonnet/Opus usage for my workload, otherwise I would use Gemini Flash (the old one, not this 3.5 one) which was better than Haiku by a mile.<p>Then GPT 5.4 came at 1x quota usage and it was competitive with Opus at 3x quota usage. So I stopped using Opus in favor of GPT and by this time there was even less reason to use Haiku on my $39/mo GitHub Copilot plan.<p>And now we have DeepSeek v4 which is Sonnet+ levels in my tests because it has an actual 1 million token context window and their crazy alien caching tech (<a href="https://huggingface.co/blog/deepseekv4" rel="nofollow">https://huggingface.co/blog/deepseekv4</a>).<p>I urge you to throw $5 at OpenCode Go plan for 30 days and toy around with DeepSeek Flash on high setting (not max).<p>Or MiMo 2.5 Pro on the same OpenCode Go plan. 2 amazing models.
> <i>DeepSeek Flash on high setting</i><p>In your experience, is <i>max</i> worse or you suggest it for less token use?<p>> <i>MiMo 2.5 Pro on the same OpenCode Go</i><p>Xiaomi dropped dropped MiMo 2.5 rates by 70%+ [0] & now it is cost competitive with DeepSeek v4 Pro. I haven't used MiMo, but since you have, do you find it to be better than DeepSeek v4? If so, for what tasks? How do you decide when to use which, if you have an intuition for it? Thanks.<p>[0] <a href="https://news.ycombinator.com/item?id=48282814">https://news.ycombinator.com/item?id=48282814</a>
I really hope one day there is something like Opus 4.8 but with Cerebras' speed -- they reach over 1,000t/s on gpt-oss-120b but that model is seemingly not even properly trained for tool calling. But watching it slam out several entire screens of thinking/reasoning per second is amazing. I'd love that with Opus quality.
I wonder when THEY make it illegal to vote with your wallet.
Does anyone actually uses these smaller models for coding? If so, how? I usually Opus everything. Is the play to plan/design/architect with a heavier model than delegate structured tasks to these smaller ones? Would appreciate to hear someone's opinion on having done and tested both paths.
I am using Opus 4.x at work, and these "smaller" (20-80bn, 3-4bn active) models at home.
Unfortunately there is no comparison, yet (IMHO anyway).<p>With Opus I can work, trust its designs, architecture suggestions, and code changes, even in a complex code base.<p>The smaller models seem to "try". They work for smaller tasks, but for more complex task it's often more work than doing it myself.<p>I wish it were different, and maybe in a year or two it will be.
>Is the play to plan/design/architect with a heavier model than delegate structured tasks to these smaller ones?<p><i>always has been</i><p>claude code has <i>opusplan</i> — uses opus while in plan mode, switches to sonnet for execution.<p><a href="https://code.claude.com/docs/en/model-config#opusplan-model-setting" rel="nofollow">https://code.claude.com/docs/en/model-config#opusplan-model-...</a><p>edit: you can make it work with sonnet for planning, and haiku for execution, or any other combination you fancy to work with.<p><a href="https://code.claude.com/docs/en/model-config#control-the-model-users-run-on" rel="nofollow">https://code.claude.com/docs/en/model-config#control-the-mod...</a>
Yes. Divide execution of a change into separate responsibilities. Designate the main chat as the "orchestrator", Opus. You designate a goal, then tell it to grind until it gets there using the following sub-agents in sequence:<p>1. Step execution (Sonnet): Work for 30 minutes / 100k tokens at the direction of the Orchestrator<p>2. Review (Opus): Scrutinize the previous step's work for errors, fidelity to the instructions, fix those and record opportunities to improve the agent configuration + tools to reduce errors and token usage (record those to a file).<p>3. Self-improvement (Opus): Implement the highest impact self-improvement items that don't require user intervention.<p>Repeat: Until orchestrator session token budget exhausted (set it to 1M or whatever).<p>The underlying rationale is to keep each step manageable to maximize adherence to instructions and minimize cost (even cached tokens cost something). Prompt tokens are much cheaper than generated, so to the extent Opus mostly reviews rather than drives that saves a lot too. Self-improvement steps are very expensive but the improvements compound, if you're going to run a job for days or weeks it's way more expensive not to do them.<p>Edit: I do this in Claude Code with the Anthropic models as well as Qwen family models for offline use.
Because the Haiku model is quite cheap but doesn't screw up too often I used it for interactive coding for my existing projects on the older copilot plans.<p>For simple features I don't have a full plan worked out. I write a bit of code then tell the model in a short line prompt what it should do. Sometimes I put temporary comments in the code to give it guidance. Generally if the code change is within a file or package, Haiku is good enough follow what you ask and not mess up too much. I also have skills created over time to give it guidance. There were some months when I used GitHub copilot where I had excess credits available at the end of the month I frantically try to use up.<p>Even the AI code completions can be pretty good on their own. Sometimes I write some temporary comments describing what the code should do and just press Tab-Tab-Tab and the entire function is done.<p>I think there is a tendency for people to go for the advanced models thinking they we screw up less but if you really understand the code its easier to interactively do it with a lesser model.
I use Gemini 3 Flash, I've seen the Claude Code setups, bullish on Anthropic people are driving up tokens but I am able to produce outcomes with a fraction of the money.
3 Flash is likely rather underrated here. It continues to impress me on few-shot tasks.
Do you mind sharing your workflow? What do you mean by fraction of the money, in my case personally, I'm yet to reach a session limit on the subscription plan. I'm not "tokenmaxxing" as they say, so hard to see a scenario in which the plan is expensive for the value I get.
I spend around $20 a month through API fees using my own harness, <a href="https://slidebits.com/isogen" rel="nofollow">https://slidebits.com/isogen</a>. Nothing too special, I prompt it produces file changes using grep and vector search and I can individually accept which files.<p>I also work on a consumer AI application
<a href="https://apps.apple.com/us/app/slidebits-studio/id1138731130">https://apps.apple.com/us/app/slidebits-studio/id1138731130</a><p>For comparison someone showed me an internal company tool he was working on. He had Claude agents dangerously skipping permissions and firing up github branches through a vm sandbox just to make a single feature change. One agent to code and the other to review.
If you don't hit a limit running Opus, it means you are very much in the loop.<p>For example you probably don't have days where you ask Opus to review your whole code base and look for code duplication/technical debt/robustness issues, and then to fix some of the found issues, and do this 3-5 times until no big issues are found anymore.
Claude code itself spins a lot of its subagents with Haiku. The model has low hallucination rate, so it is great for exploration tasks. I guess this is what the best purpose of this model here will be as well. Which is a lot of tokens - many tasks spin multiple exploration agents before the planning or fixing, that is then just a few tool calls.
I was wondering the same. I guess it makes sense to use a heavy weight model to make the entire design and split the work so that smaller models (possibly local one?) would then do the coding... But how would I even do that? I'm using Claude Code. Would I need support for this within the harness ?
Not sure if considered it's considered small in any way, but DeepSeek V4 Flash is really decent.
From my experience, smaller models like Haïku 4.5 have indeed shown very convincing results on specific, scoped tasks (themselves generated by a more capable model such as Opus 4.6). We use this kind of workflows in production to optimize speed, efficiency, and costs.
i used to use opus for everything, thats not an option once you move to a multi agent system unless you're working on like high end research. I could easily spend 3k a day if i was using opus as just a normal dev.<p>As we build a better and better harness and better feedback/verifiers we're switching more to 3.5 flash. I think chinese models would work too, but we cant use those atm.<p>Generally theres a coordinator running opus and an ever growing set of skills and subagents that take actions using weaker models and output feedback to the coordinator opus.<p>I'm pretty convinced at this point we're past the level of intelligence needed for most tasks most devs do and that will trend down as we better build harnesses for our own codebases.
Implicitly, yes. A lot of harnesses will invoke small models to do small changes, saving time and tokens.
plan using opus execute using local
I keep trying to, because I really want to make qwen 3.6 35b work for end implementation of a fleshed out spec (mostly for local data privacy reasons).<p>...but I spend so much more time correcting it, or building pipelines to try, retry, and converge, that it's rarely worthwhile for me in either time or $ spent vs Opus.
I use it for smaller changes that I need to make, mainly on UI fixes or some easy logic fixes.
In DeepSWE anything from Antropic is a whole class lower than what's achievable with gpt-5.5<p>So by using Opus you are using "smaller" model. Well, not really smaller, just worse. The actual smaller models can at least be faster.
I actually find planning/design easier with a smaller model and implementation with a larger one. I'm mostly manually working with the model on planning and design and decisions are mine and smaller models are faster. And when there's a clear design/wayforward, the bigger models are usually better at understanding the overall context and applying the specific patch they were assigned to. I call it the 1-2 punch system where you do the first light punch then the harder punch when its actually important to hit properly. I know it goes against the standard of throwing the biggest model at design but I personally experience the bigger models try to do TOO MUCH and take a lot of time which is something that's not good in the design/arch/boilterplate phase.
[flagged]
So I guess the important link the marketing department forgot is this one: <a href="https://docs.github.com/en/copilot/reference/copilot-billing/models-and-pricing#microsoft" rel="nofollow">https://docs.github.com/en/copilot/reference/copilot-billing...</a><p>Model Input Cached input Output<p>MAI-Code-1-Flash $0.75 $0.075 $4.50<p>Comparing to<p>Claude Haiku 4.5 $1.00 $0.10 $5.00<p>looks fine.<p>But they also forgot to include the benchmarks comparing to<p>GPT-5.4 mini $0.75 $0.075 $4.50<p>Those would have been helpful.
What is with people reimplementing window scrolling badly?
It's so weird to me that the benchmarks remain so low, but the models are marketed as revolutionary. And if you say that low coding capabilities aren't a problem, say that to the token price hike and 'general use' model setup.<p>Why not sell it as a math agent? Why do I have to set up 4 agents to check each others' work?
from what I understand, it's because unlike the other models, MAI models haven't yet fine-tuned against the synthetic datasets specifically designed to boost the benchmark scores.
It’s about bang for buck. That high a score for 5B params is pretty good, nigh unbelievable a short while ago.<p>It is my belief that smaller models will get better and better, and even cloud SOTA models will shrink.<p>Yet another reason the current buildout will feel like the railroads.
It's 5B <i>active</i> params in MoE, not 5B total params (total is 137B).
> It’s about bang for buck.<p>Hard to know when they don't give the price per token. Presumably it will be comparable to a low-mid range model in terms of price. But otherwise their 'Ideal Zone' is meaningless without factoring in the price per token. I don't how much tokens are being used, that's an implementation detail to me. I care about price / performance / latency.
Yeah the future is probably a number of highly specialised small models you can run on your own hardware rather than massive frontier models in the cloud.<p>That's what I'm betting on anyway.
That seems to be what Microsoft is betting on also based on what was shown at the BUILD keynote today + that new surface ultra and the surface mini PC with the new Nvidia chip. Nadella really played up local AI as the main use case they have in mind.
MOE basically work that way already, QWEN/etc with low active params (A-number in name) allows to inference big models locally (only active params have to fit into memory)
Step 3.7 Flash on my Asus GB10 based mini pc is incredibly close to that today. I’m very impressed, and that’s without MTP to boost performance
The SOTA models will not shrink, because the problems will get bigger, from "write me a C compiler" to "clone Stripe business and run it".
There will always be tasks that are withing reach of whatever the SOTA models are, but not of the cheaper, perhaps locally runnable ones. It seems that already people are finding Qwen 3.6 27B sufficient for many coding tasks (the llama.cpp author is now using it exclusively).<p>As models get better and smaller, I expect that we will rapidly (within a year?) get to the point where SOTA models are not needed for the vast majority of coding tasks, and even today it seems many people are just using them for the planning phase.<p>How many people drive Ferraris vs Fords? How many people driving a Ford would, on a utilitarian basis, be any better off driving a Ferrari?<p>So far there seems to be mainly two high volume use cases that have been found for LLMs - coding and business flow automation, and it seems neither of these need SOTA models. I wonder if there will continue to be enough market demand for massive expensive SOTA models to make them worthwhile developing?
The introductory blog post has a lot more information<p><a href="https://microsoft.ai/news/introducingmai-code-1-flash/" rel="nofollow">https://microsoft.ai/news/introducingmai-code-1-flash/</a><p>and the model card<p><a href="https://microsoft.ai/pdf/MAI-Code-1-Flash-Model-Card.PDF" rel="nofollow">https://microsoft.ai/pdf/MAI-Code-1-Flash-Model-Card.PDF</a><p>The broader announcement of 7 MAI models seems to be where the 5B active in the title comes from<p><a href="https://microsoft.ai/news/building-a-hillclimbing-machine-launching-seven-new-mai-models/" rel="nofollow">https://microsoft.ai/news/building-a-hillclimbing-machine-la...</a>
They are comparing it to Haiku 4.5. Not Opus, not Sonnet, but Haiku, the smallest Anthropic model, 3 versions old.
Please test your websites in Safari. Almost all of your iOS users use it by default, and the desktop experience is pretty close to the mobile experience, so testing is easy.<p>That scroll effect is jank city for me (yeah yeah works fine in Chrome/Edge).
Raw feedback to the team: 1-model looks awesome, 2-The artificially smoothed scrolling on your page feels really bad!
So it's trained on the SWE Bench Pro evalset
That's not accurate. Take a look at the paper to see what it is trained on! And specifically decontamination is called out in A.4<p><a href="https://microsoft.ai/wp-content/uploads/2026/06/main_20260602_2.pdf" rel="nofollow">https://microsoft.ai/wp-content/uploads/2026/06/main_2026060...</a>
What is your evidence for this claim?
They say hill climbing<p><a href="https://microsoft.ai/news/building-a-hillclimbing-machine-launching-seven-new-mai-models/" rel="nofollow">https://microsoft.ai/news/building-a-hillclimbing-machine-la...</a><p>Unless they specifically clarify that the testing and training benchmarks are completely separate, we have to assume they test on the same 'hill' the model climbs.
Maybe this will replace raptor-mini as the "free" model on copilot plans?
(but I don't see it at all yet on the student plan, in vscode or the cli)
not open weight or at least I did not find anything indicating open weight
Tomorrow NVIDIA will publish Nemotron 3 Ultra, which will be the biggest open weights LLM from a US company (550B parameters).<p>The early testers have confirmed that it is much better than all earlier US open weights models, but it is not as good as the best Chinese open weights models.<p>While Nemotron 3 Ultra is not the smartest open weights LLM, it is well optimized for fast inference, so it is much faster than the other LLMs of the same size.<p>In any case I believe that it is very good to have an additional option in big open weights LLMs, because until now all existing models have shown that even if some model is definitely better on average than another, the weaker model can still be better in some particular applications.<p>With open weights models, you can afford to try multiple LLMs for the more important tasks and then choose the best solution.
NVIDIA seem to be following a smart Intel-like strategy of selling chips and also creating software that helps create demand for those chips. With Intel it was things like MKL, IPP, OpenCV etc, and with NVIDIA it is not just CUDA and development libraries but also models like Nemotron.<p>The pure-AI companies like OpenAI and Anthropic are hoping to sell you API access to cloud-based AI, perhaps running on NVIDIA chips, but it seems NVIDIA's plan may be for you to run local AI, maybe from NVIDIA, running on local NVIDIA chips.
:(<p>I was hoping Microsoft would make it open weights, as they have done for years with the Phi models.<p>The era of big tech releasing models into the wild might be over, which IMO is counter-productive, as we are shifting from "the model is the product" to "the harness is the product"
How not to flex:<p>"MAI-Code-1-Flash outperforms Claude Haiku 4.5"
If only they had launched that yesterday I might have avoided Copilot auto model selection using a 9x model, quietly burning my monthly quota in a single afternoon.
I had to remind myself what Haiku is even for. Anthropic hasn't spent a lot of recent marketing on it.<p>When I need a light model, I reach for Sonnet. It is nearly free on the max plans, and quite fast. I don't see a place for Haiku in regular coding.<p>Haiku I guess is when you need summarization/categorization at scale.<p>Microsoft setting Haiku as the benchmark is a low bar.
Shouldn’t the next model focus not be on code but system design?<p>Seems like the work from a good system design to code is practically solved.<p>Now it’s a matter of the design of the system. Or is that represented in these evals?
Have you tried system design with LLMs? I find them pretty good at suggesting 5 architectures for a problem and then iterating on the solutions.<p>Even if I had no idea, going with the default suggestion would not be a terrible mistake, assuming you did describe your requirements relatively well.
Copilot brand is tarnished, so time to bung everything under MAI?
Scroll wheel hijacked on this entire domain
Fix:<p><pre><code> (() => {
const KILL = ['wheel', 'mousewheel', 'DOMMouseScroll', 'touchmove'];
const block = e => e.stopImmediatePropagation();
for (const t of KILL) {
window.addEventListener(t, block, { capture: true, passive: true });
document.addEventListener(t, block, { capture: true, passive: true });
}
document.documentElement.classList.remove('lenis','lenis-smooth','lenis-scrolling','lenis-stopped');
console.log('Scroll hijack disabled — native scrolling restored.');
})();</code></pre>
Yeah this website is horrendous to use. What were they thinking?
[dead]
>Build for developers, not benchmarks<p>That sounds like something you say when you don't benchmark well
I don't see the point in comparing yourself to Haiku which is not only useless for coding but also old. No thanks Microsoft.
The UI has Mustafa Suleyman written all over. Seems to be as much effort in rebranding MAI as in training.
I personally do not like Microsoft, but congrats them to release this model.<p>While the scores are not good compare to other open weight model, the important thing to note is their training data (as they claimed) is very clean, without any synthetic datasets.
Gemma 4 26B-A4B scored exceptionally well with 20% less params, so this isn't unprecedented.
Related ongoing thread:<p><i>MAI-Thinking-1</i> - <a href="https://news.ycombinator.com/item?id=48374362">https://news.ycombinator.com/item?id=48374362</a> - June 2026 (64 comments)
Mark Zuckerberg must be in crisis. Microsoft releasing models that compete with Claude's models. Meanwhile the only thing anyone knows about Mark's models is that they help you get hacked more easily.
Meta recently launched Muse Spark [1] and they themselves compare against Claude Opus 4.6 Max.<p>Here Microsoft is comparing against Claude Haiku, the smallest and least capable model from Anthropic.<p>[1] <a href="https://ai.meta.com/blog/introducing-muse-spark-msl/" rel="nofollow">https://ai.meta.com/blog/introducing-muse-spark-msl/</a>
Wait… I think he has moltbook IP as well that he can scale up.<p>Seriously tho, wtf is going on over at Meta? Anyone working there currently want to describe the vibe of the org when it comes to being a frontier company?
I don't understand his plan, if I were him I'd either have just gone all in on making RAM which would become very lucrative, or would have focused on building programming models. They've built some key open source technologies, but its as if Mark Zuckerberg cannot run anything that isn't a social media company / project.
"It is built end-to-end by Microsoft using clean and appropriately licensed data."<p>Well still no list nor publication of the training data.
You lost me at forced scrolling. Ugh!
From <a href="https://news.ycombinator.com/newsguidelines.html">https://news.ycombinator.com/newsguidelines.html</a><p><i>Please don't complain about tangential annoyances—e.g. article or website formats, name collisions, or back-button breakage. They're too common to be interesting.</i>
It is good to se big companies like Microsoft launching LLMs. They have large amount of compute power and good scientists to create useful models.
What's with the lack of Microsoft design language on the website? It's painfully obvious they're trying to emulate Anthropic's style here and it looks tacky.
Definitely vibed microslop, the giveaway is the broken header and scrolling on mobile.
Brand guidelines and web design pretty much don't exist any more as far as I can tell. Gotta get it out yesteday, and the only way to do that is vibe coding, styling be damned.
That's neither Microsoft nor Anthropic design. It's from their acquisition of Inflection AI. Even Copilot mobile app design is basically what was Inflection's design
I've always wondered where Consumer CoPilot's design language was from.<p>If you watch the Build keynote with Satya, you'll notice that the design of the slides changed to Serif typography and warmer colors when Mustafa/Microsoft AI segment came on which was completely different from the rest of the keynote. Now it makes sense!
maybe it was coded by Claude
Thank you! This website is dreadful for accessibility and usability.
i think it is AI generated.
This is needlessly embarrassing, seems like a small thing, but it makes them look... desperate?
A little to minimalist - only a few hundred words on entire page!
I'd love to see a tokens per second metric. I always prioritize speed over raw intelligence for flash models.
wtf are they doing to the scroll on that page
In a few languages MAI means no/never, so it's an apt name for a Microsoft offering.
To be clear about the size of the model: MAI-Code-1-Flash is 137B A5B.
Curious how this handles token cost visibility.
One of the biggest pain points with AI coding tools right now
is having no idea what you're actually spending per project.
Where's the pelican when you need it the most?
Claude Haiku 4.5 results with 60% fewer tokens. Sounds good, but they don't list token costs.
Would be cool if this were an open model.
“ Build for developers, not benchmarks” is the worst marketing shot I ever heard
It works if you can prove it, but you know, Microsoft didnt
It claims that, then promptly proceeds to showcase a bunch of benchmarks.
Why do websites still hijack scrolling? It sucks
"Mai" means "never" in Italian. Ain't gonna happen.
I'd really like to get back to an autocomplete flow, ideally with some shared and optimized context with the relationship with my larger agent models.<p>But it seems like, by and large, even the faster models are now aimed at longer-running agentic flows and not sub-1s autocomplete. Or am I wrong about that?
You aren't wrong, the field is moving to a world where we do less in the code editor, so autocomplete is not needed any more. I've only manually edited code a few times in the last month. Haven't used autocomplete in 6+ months since I left Copilot to build my own agent harness (I'm now mainly using OpenCode)
"Clean data" is impossible. Language models have polluted the landscape to such a degree it's impossible to filter them out now. OpenAI has no doubt discarded or muddled their dataset that was used to train the original ChatGPT, so there may be no dataset in existence now that isn't contaminated.
I mean they are comparing themselves to Haiku of all things, geez that's not a good start...
So lame … using haiku 4.5 as comparison
I went to VSC specifically to avoid the pricing I started experiencing on Cursor. After this change I have no reason to stick with GH Copilot, I'd rather keep buying OR credits.
"Build for developers, not benchmarks" Shouldn't that be.. Built?
"superintellegence team"<p>Why not assign them to make windows good :D
a lot of people got paid way too much for this garbage, enjoy your performance bonuses for <i>taking initiative</i>
So it's not an open model while not being much better? Meh.
is 51% good enough to reliably use? There's no world in which I use an AI agent where it gets even 15% of the code wrong, that's as bad a Tesla FSD where you need to pay attention to the road while engaging FSD. What's the point? My attention is what I'm trying to relieve, not mostly correct functionality. The only thing that matters is whether you can one-shot code like Claude or Codex, I'm not interested in a small but mostly-okay-but-annoyingly-buggy-every-now-and-then AI.
Claude opus 4.6 scores 51.9% on the same benchmark. Microsoft's result is quite good.
51% does not mean it randomly gets things wrong half the time.<p>These things can be useful if you can accurately predict which tasks they will reliably do, and which they will usually fail on. Then you can get much more reliable work from them.
how long until they rebrand this shit as copilot?
[flagged]
[flagged]
[flagged]
[flagged]
[flagged]
[flagged]
[flagged]
[dead]
TLDR; this is just Claude Haiku altrenative, you can probably skip whole article.
[flagged]
[dead]
[dead]
[flagged]
Please share the script
Please share
Comparing against Claude 4.5? Aren't we up to 4.8? But disingenuous?
They're comparing to Haiku, not Opus. Haiku is currently at 4.5.<p>Even if it were Opus, comparing to a version number makes for an interesting snapshot of time comparison: if you knew how a model performed at whatever time in was in vogue, you can say "well, it looks like Model X is about 6 months/1 year/etc. behind the frontier SOTA" - which is exactly the discussion that happens in the open-weight/local LLM space. (interesting, MAI-Code-1-Flash does not appear to be such an open-weight model, following the western trend of locking models up)
Latest Haiku (smallest Anthropic Model) is version 4.5, they haven't released a new version, hence the comparison to that.