while everyone is somehow still stuck on and fascinated by claude, heres your quick update on the sota of coding models and harnesses mid august 2026
codex is good, both cli and desktop app, you get lots of usage on any plan.
sol is good! and gets the job done, write or dictate a very long and thoughtful prompt, and leave sol xhigh or max fast working on it for an hour or so
omp is an amazing harness, any feature claude code or codex is adding has likely already been here for a couple months.
good harness which im suggesting to all my developer friends, but for everyone else codex is the better option due to its simplicity and being the plug and play option
claude is decent, but not great. all models are somehow getting restrictive. you get basically unlimited opus on max plans, fable is good but slow and the random guardrails suck soo much which is why i havent used it once in weeks now.
gemini 3.7 is great for speed. everyone is sleeping on it, including even me
kimi k3 - great for frontend, one of the few models thats willing to commit crimes for you AND has the intelligence to have a chance at actually succeeding;
ds pro and flash are fast but not something id actually use for important things, unlike sol, fable and maybe 3.7 here and there
glm 5.3 i haven't tested yet
honorable mention to local models which are actually getting good now! 5090s will continue to get more and more expensive in the coming months. sadly.
theres way way more than claude in this world and its taking people surprisingly long to figure that out. maybe its for the best!
My token usage on Claude models has dropped by 83% over the last month - I'm pretty much only using it for quick one off questions or reading papers. it feels impossible for me to get Opus models to stop entering into cyclic loops, and my work is too security adjacent for Fable.
Codex has been an excellent workhorse - doesn't feel like I have to dance around the guardrails, doesn't lose _everything_ when it compacts, and doesn't litter the workspace with a million and one planning to plan files.
the future is here and one should be thankful for its slightly uneven distribution. otherwise we would hardly have anything left about which to develop strong opinions!
I find Claude more often gets my intent without having to spell things out for it, while Codex gets hung up on minor details and over-engineers a solution for them.
I only have the $20 claude subscription. Last weekend I was doing a fairly heavy task (porting quake to raspberry pi native GLES 1.0) and ran out of claude usage twice, then hooked in with Luna in OpenCode and finished everything off for like $0.40 in tokens, which was impressive.
With Opus 5.0 being kinda crappy vs 4.8, I think Anthropic is in trouble.
Model performance is very much subjective to what you’re using it for. I’m a PM and doing mostly knowledge work, and I’ve been really happy with Opus 5 as my daily driver with very good results, perhaps my favorite anthropic model so far. I do a lot of front-end coding with it too. I prefer it over the openAI models, been switching frequently. Kimi K3 is great too.
On the flip side, I've been using Fable to statically recompile a game binary from a system that's never been emulated to modern C++ while also keeping the code clean, maintainable, and portable and it's been a dream. I'm in awe of how fast Fable is able to bring a 20 year old game that's largely been lost to the sands of time to SDL3. It finished the recomp in about 3 hours. The next day has been fully rewriting the functions to remove old hardware-specific quirks and then rewriting large swaths into multiple classes, subsystems, building tests, etc. Tomorrow I'm going to add mod support and then experiment with a random platform like making a Switch build of the game.
It's expensive but it's doing in hours what no one's done in 2 decades.
"How this article was written
I wrote this article and used Grammarly to proofread and fix it."
What a brave new world we're in, where this is necessary. Regardless, it's appreciated. Although, I have the feeling that those using an LLM to do most of their writing will be less likely to include such a disclaimer.
> It felt to me that Codex created a much simpler solution in terms of code architecture than Claude.
Wow, I made exactly the opposite experience. Codex loves to make things as complicated as possible, even ignoring instructions and predefined skills. Claude behaves way more pragmatic. Maybe depends on the type of work one does, or even which programming languages/frameworks are used?
I have the same experience. I have passed Codex's code over to Claude (Sonnet mostly) to simplify it and it did a so much better job. Codex couldn't comprehend a simpler solution no matter what.
> Codex feels more like a version of Data from Star Trek
Great analogy for some reason. At fist I felt Codex Sol was a bit more cold. But now that I've worked with it for several weeks it has grown on me, even shown some personality. I appreciate that it is a bit more business-like, Fable is a bit too friendly sometimes when it ought to be focused on work. Codex can be a bit more nit-picky.
I agree with most of his other observations. I've already started to bin tasks based on which model I feel is best suited. In general, for well scoped and straight ahead tasks where banging out code is what I want I reach for Codex. For less specced tasks where I need a broader view and want the model to fill in more details I reach for Fable.
Both are great and they make a good team together.
I’m sure it depends on the type of work, but for mine, Codex is much more helpful. Honestly, it mostly comes down to it being significantly faster, probably because as many have said, it seems tuned to not spit out word vomit, both in its chat interactions, and its code (Claude is obsessed with massive comment blocks that are basically guaranteed to become dead context noise if you ever use it to iterate on code).
I mostly do very obsessive, tightly scoped, carefully thought out small changes on a fairly boring stack, one interaction at a time, verifying functionality and code. I know what I am doing, but I also know what I don’t like doing (the same exact set of things I’ve already done a dozen times in my career)
Sol is for routine work, Opus for frontend/design, and Fable for more complex / ambiguous / architecture work. Fable works extremely well to drive Sol as a subagent.
Fable is the only one you can actually trust to not look at the code, but Sol is somehow still more pleasant to work with, especially in fast mode. Opus is the enemy, and it will make you insane if you talk to it for too long.
For me, codex $100 mo/plan and a claude teams account at work (mostly sonnet, some opus), Claude basically feels about as effective as Codex did 4-5 months ago pre-5.6. Claude still has weird patterns of being confident in one answer while another chat with the same model is confident in another answer, where one answer is clearly wrong. Missed details, over-engineering in places, while still overall helpful and effective. Codex, however, just feels freaking rock solid on Sol high. I literally have zero complaints.
Claude can add comments in code that are better just living as a comment on the PR.
You'll ask it to do something and it'll comment the code with an answer to what you asked it, rather than just explanatory comments to whoever comes after.
There's also a second issue that if the code is actually incorrect, the comment can nevertheless bolster the case for it.
I found that Claude would litter the codebase with what felt like notes-to-self. Sometimes it would make an abstraction that wasn't very well thought out and when I pushed back on this choice, it would usually go with something more along the lines of what I suggested in my pushback, but left a comment like "use the git CLI instead of re-implementing git" or something.
It felt like it was commenting on the diff sometimes instead of what the code was doing.
Those verbose comments provide context for why something is there way it is, so it can take those decisions in account when making changes in the future.
The story of how the code got to a certain state belongs primarily in git commit messages, not in comments. Comments should serve to aid in understanding of the code, highlight footguns or hidden dependencies, etc.
Claude very often litters code with comments about decisions that were made within a single session/pull request, its just noise.
It writes out stories describing what isn't there or what used to be there. It's usually not helpful, just noise. It also likes to write it in very verbose AI-styled prose.
And the way they are written is rather unhelpful: '//this not cosmetic: this css helps the user understand where he should click'. The 'this is not' pattern is useless at best.
If they have in mind what I think of when I think of claude comments then frequently they are only relevant to the back and forth that produced the code and are exaggerated to the point of being misleading. A very common example is to land on something that isn't quite right or doesn't quite work, prompt an adjustment, and then the adjustment will have some grandiose prose about "preventing the critical bug that shipped once." People just need to clean up such litter manually but it would be nice if the models generated less of it.
If one needs to dig history, then git log -p and similar are way more useful and reflect the real history rather than LLM inference about it. Comments reflecting the goal are more useful as neither history nor code itself covers it.
Those massive comments generally refer to intermediate states that never shipped, making them utterly useless, noisy and confusing as a permanent artifact. They're sometimes useful to reviewers, so a commit message or pull request comment is much more appropriate.
What, you don't like it proposing sha256 checksums and state enums for everything?? :D
It does seem to have this predilection, but I find it calms down if I tell it to simplify for "this phase". Sure, we'll pick that up down the road.. I promise. :D
I broadly agreed with the authors experience, although I wouldn't say codex does anything "wrong". I think different agents/LLM's have different personalities, and it takes learning to understand how to get them to do what you want. I had the same experience when we started using claude at work, and I was trained on codex. Claude seemed to do everything "wrong", because I was writing instructions designed for codex.
I do agree claude looks for more things to do in your repo, whereas codex is more likely to do what its old and stop. Which is better is personal preference as far as I can tell.
>> I think the main difference I feel between Claude and Codex is that Claude tries to go above and beyond what is asked and guess what you might want and then directly do it, while Codex is more like a companion that does what you tell it but will not overdo it. It will stop at the first sign that it might be done.
tl;dr I gave GPT 5.6 a small-medium sized ticket, which should have been several hundred lines plus tests. It ended up creating a 25,000+ line diff. Another GPT 5.6 Sol with fresh context looked at the worktree and said 98% of it should be thrown away. Claude thought the same, and suggested that several dozen compactions the model went through over several hours must have caused it to go adrift. I guess that's one consequence of having a relatively small context window.
I still use Sol quite a bit. I find that it's consistently the opposite of what the author describes: it's too relentless. It doesn't know when to stop. Opus is the opposite: it'll give up a bit too easily. If everything goes well that's not an issue, but often times it'll say things like "task is done, btw I couldn't do X Y Z" and X Y Z will be some important verification step that failed because another agent was using that resource or something.
At this point I trust GPT 5.6 mostly with surgical changes, or general codebase exploration tasks. It is a faster model, so it's easier to get small things done with it. For everything else I prefer Claude, despite its annoying tendencies.
codex is good, both cli and desktop app, you get lots of usage on any plan. sol is good! and gets the job done, write or dictate a very long and thoughtful prompt, and leave sol xhigh or max fast working on it for an hour or so
omp is an amazing harness, any feature claude code or codex is adding has likely already been here for a couple months. good harness which im suggesting to all my developer friends, but for everyone else codex is the better option due to its simplicity and being the plug and play option
claude is decent, but not great. all models are somehow getting restrictive. you get basically unlimited opus on max plans, fable is good but slow and the random guardrails suck soo much which is why i havent used it once in weeks now.
gemini 3.7 is great for speed. everyone is sleeping on it, including even me
kimi k3 - great for frontend, one of the few models thats willing to commit crimes for you AND has the intelligence to have a chance at actually succeeding;
ds pro and flash are fast but not something id actually use for important things, unlike sol, fable and maybe 3.7 here and there
glm 5.3 i haven't tested yet
honorable mention to local models which are actually getting good now! 5090s will continue to get more and more expensive in the coming months. sadly.
theres way way more than claude in this world and its taking people surprisingly long to figure that out. maybe its for the best!
Codex has been an excellent workhorse - doesn't feel like I have to dance around the guardrails, doesn't lose _everything_ when it compacts, and doesn't litter the workspace with a million and one planning to plan files.
And it can communicate, unlike the gobbledygook that comes out of Claude.
Not yet. Don't give the guy ideas.
I've had great luck with the ds flash v4, paired with prime-agent for the harness--I like the results a lot. And you get to see thinking tokens.
I haven't liked the model as much in opencode.
Sol & luna have been great everywhere. sol plans, luna builds.
With Opus 5.0 being kinda crappy vs 4.8, I think Anthropic is in trouble.
It's expensive but it's doing in hours what no one's done in 2 decades.
What a brave new world we're in, where this is necessary. Regardless, it's appreciated. Although, I have the feeling that those using an LLM to do most of their writing will be less likely to include such a disclaimer.
Wow, I made exactly the opposite experience. Codex loves to make things as complicated as possible, even ignoring instructions and predefined skills. Claude behaves way more pragmatic. Maybe depends on the type of work one does, or even which programming languages/frameworks are used?
Great analogy for some reason. At fist I felt Codex Sol was a bit more cold. But now that I've worked with it for several weeks it has grown on me, even shown some personality. I appreciate that it is a bit more business-like, Fable is a bit too friendly sometimes when it ought to be focused on work. Codex can be a bit more nit-picky.
I agree with most of his other observations. I've already started to bin tasks based on which model I feel is best suited. In general, for well scoped and straight ahead tasks where banging out code is what I want I reach for Codex. For less specced tasks where I need a broader view and want the model to fill in more details I reach for Fable.
Both are great and they make a good team together.
I mostly do very obsessive, tightly scoped, carefully thought out small changes on a fairly boring stack, one interaction at a time, verifying functionality and code. I know what I am doing, but I also know what I don’t like doing (the same exact set of things I’ve already done a dozen times in my career)
Sol is for routine work, Opus for frontend/design, and Fable for more complex / ambiguous / architecture work. Fable works extremely well to drive Sol as a subagent.
Fable is the only one you can actually trust to not look at the code, but Sol is somehow still more pleasant to work with, especially in fast mode. Opus is the enemy, and it will make you insane if you talk to it for too long.
Why is fewer comments a good thing?
You'll ask it to do something and it'll comment the code with an answer to what you asked it, rather than just explanatory comments to whoever comes after.
There's also a second issue that if the code is actually incorrect, the comment can nevertheless bolster the case for it.
Not to Claude – its own, old comments have helped me/it solve new issues on more than one occasion.
It felt like it was commenting on the diff sometimes instead of what the code was doing.
//add returns the sum of x and y
//per section 2.1 of addition-implementation-plan.md sum is designed as the seam for user addition interfaces.
//previously sum added numbers, now it adds numbers
def add(x, y):
It's really time to move to OpenAI...
Digital ocean particularly looks promising as well.
Claude very often litters code with comments about decisions that were made within a single session/pull request, its just noise.
It writes out stories describing what isn't there or what used to be there. It's usually not helpful, just noise. It also likes to write it in very verbose AI-styled prose.
Dude, just talk about the current state of the code!
Useful for the LLM to know the "why", but not something a human would do, unless it's a very critical and confusing part of the code.
I can really recommend the book Clean Code, here is a summary: https://gist.github.com/wojteklu/73c6914cc446146b8b533c0988c...
Fewer AI-generated comments is generally a good thing.
One thing I don’t love about codex/sol is I find it tends to overengineer and be overly cautious.
I was using it to do create some scraping + data processing.
It went kind of crazy on the provenance, need at least 3 sources of consensus before promoting facts type bullshit.
defined a bunch of enums and gates.
I just wanted scrape some site data and put it into a SQLite dB. Like chill codex.
I feel like Claude is better at that.
I feel like codex/sol is better at well scoped hard technical problem.
Where it can sort of run this brute force analytical loop.
Like doing performance optimization or other search type problems. I think the math proofs are good examples of this.
I do agree claude looks for more things to do in your repo, whereas codex is more likely to do what its old and stop. Which is better is personal preference as far as I can tell.
Damn, my experience is the complete opposite of this. I have posted about it a few times, e.g. https://news.ycombinator.com/item?id=49348265
tl;dr I gave GPT 5.6 a small-medium sized ticket, which should have been several hundred lines plus tests. It ended up creating a 25,000+ line diff. Another GPT 5.6 Sol with fresh context looked at the worktree and said 98% of it should be thrown away. Claude thought the same, and suggested that several dozen compactions the model went through over several hours must have caused it to go adrift. I guess that's one consequence of having a relatively small context window.
I still use Sol quite a bit. I find that it's consistently the opposite of what the author describes: it's too relentless. It doesn't know when to stop. Opus is the opposite: it'll give up a bit too easily. If everything goes well that's not an issue, but often times it'll say things like "task is done, btw I couldn't do X Y Z" and X Y Z will be some important verification step that failed because another agent was using that resource or something.
At this point I trust GPT 5.6 mostly with surgical changes, or general codebase exploration tasks. It is a faster model, so it's easier to get small things done with it. For everything else I prefer Claude, despite its annoying tendencies.