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!
> 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.
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.
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.
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.
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)
> 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.
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.
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.
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.
I think harness/model pairs matter more than your analysis lets on.
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.
Not mentioning Grok 4.6 here is a crime. Fast and accurate.
And it can communicate, unlike the gobbledygook that comes out of Claude.
> Not mentioning Grok 4.6 here is a crime.
Not yet. Don't give the guy ideas.
Been working a lot recently with Grok 4.6 for implementation and gpt 5.6 sol for review. Worked really good so far.
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!
> 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.
Summer 2026 meta (well, mine):
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.
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.
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.
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)
> 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.
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.
Which models? It is not useful to compare harnesses without this information.
Which models, and at what effort level?
> Changes created by Codex had fewer comments in Ruby/Ruby on Rails code. I liked that a lot, and I will soon share some experiments I ran on this.
Why is fewer comments a good thing?
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.
Yeah, Claude insists on prompt-affirming comments, and often refers to the previous draft or implementation instead of the status quo.
> Claude can add comments in code that are better just living as a comment on the PR.
Not to Claude – its own, old comments have helped me/it solve new issues on more than one occasion.
Claude assumes humans won't look at code anymore. The comments are for the next Claude that comes in to change something.
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.
Claude comments look like this
//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):
Claude is creating verbose comments with recent models and people are are tired of it
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.
7 replies →
Claude comments often contain the whole iterative chain of decisions that led to the current state.
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.
Fewer comments is generally a bad thing.
Fewer AI-generated comments is generally a good thing.
Kinda interesting reading people comment with completely contradictory anecdotal experience with the various models.
Agree with most of these.
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.
As a follow up.
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.
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.
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.
I run sol on medium about 90% of the time. Maybe that's worth a try. Especially for a small change.
[dead]
[flagged]