4 ms·

I do feel like for all their dogfooding of AI coding, their own software/APIs are quite buggy and work against their message. Claude Code is especially buggy i

I do feel like for all their dogfooding of AI coding, their own software/APIs are quite buggy and work against their message. Claude Code is especially buggy in windows terminal. The rendering is quite slow, choppy and lines frequently get garbled. In contrast, using antigravity cli is the exact opposite: fast, smooth and very responsive.

colechristensen 4mo ago
On the other hand, my last experience with gemini was like "don't give your sandwich to the dog again" whereas with opus it was more "let's debug why this uncrustables factory is having breakdowns". Claude harnesses have plenty of bugs but I prefer capability over interface shininess any day. (though if I were running the show I'd have a sizable team set aside to do exclusively boring stability and polish work)
jatora 4mo ago
too bad the only good model in antigravity is opus 4.6 haha
quijoteuniv 4mo ago
Mom!… I think i broke Claude Code!
winstonp 4mo ago
google models are still very unreliable at actually calling the tools you want it to call.
tcp_handshaker 4mo ago
Would it not be hysterically funny, if they starting expanding their job openings for Software Developers ? Or they will be too ashamed of calling them that?
quatonion 4mo ago
Currently we have zero information what is causing the issue. And all providers have suffered outages or rate limits. Can you post some images of lines getting garbled. That sounds like a genuine bug Anthropic might want to look into. I haven't seen that ever.
- idiotsecant 4mo ago
  I have definitely seen it, a lot.
sunaookami 4mo ago
Have you tried out the new fullscreen renderer with /tui ?
- comboy 4mo ago
  What's that about? It's full screen/terminal anyway. Is it just switching some rendering engine under the hood?
mdavid626 4mo ago
Or pi.dev - also super fast and simple. Claude Code is sluggish, buggy, slow. Typical big enterprise garbage. The only good thing at Anthropic are the models.
- orphea 4mo ago
  How is text editing in it? This is what I hate about terminal coding UIs the most: all the text editing experience - the basic stuff like moving the cursor around, copying, pasting - is just broken.
  - isoprophlex 4mo ago
    Both codex and claude allow editing in vi
    - 0123456789ABCDE 4mo ago
      … or whatever else you set $EDITOR to
- CharlesW 4mo ago
  Claude Code is notably better than Pi, although I wish them the best of luck in their efforts. As https://c-daniele.github.io/en/posts/2026-05-18-coding-harness-comparison/ https://c-daniele.github.io/en/posts/2026-05-18-coding-harne... notes, "Pi's lightness comes from a default setup that does not survive contact with reality." The same post on Claude Code: "Even though the System Prompt and tool descriptions are clearly more verbose, most of the extra tokens encode product features and rational design choices: a memory system, scheduled tasks, sub-agents, plan mode, worktree support. Whether those features are worth paying for depends on your needs. Calling the prompt 'bloated' without looking at the whole picture feels wrong to me."
  - ai_slop_hater 4mo ago
    If only they could add an option to disable features you don't use
monooso 4mo ago
> I do feel like for all their dogfooding of AI coding, their own software/APIs are quite buggy... Or possibly as a result of.
mgfist 4mo ago
I have my qualms with Anthropic/Claude but they've also had to scale unfathomably fast and that is just hard to do regardless.
- deleted 4mo ago
  [deleted]
- codeflo 4mo ago
  Regardless of what? Programming is solved, I hear, with all the 100x productivity PhD-level automated coding loops they have going. Don't make excuses for them when they disprove their own bullshit.
- simplyluke 4mo ago
  Yes but many of the challenges directly contradict the idea that "coding is a solved problem"
  - Closi 4mo ago
    Not really. Coding is probably solved, at least to a large extent, but that doesn't mean engineering is solved too. This is like someone saying that the wright brothers solved sustained/powered human flight, and another person saying "well if that's the case, why do planes still crash? obviously flight isn't solved.". Well, there are always improvements, but planes can fly and llm's can code.
    - smoe 4mo ago
      "I think we're going to start to see the title 'software engineer' go away. And I think it's just going to be maybe builder, maybe product manager, maybe we'll keep the title as a vestigial thing." — Boris Cherny They been claiming more than just “coding is solved” for a while now. https://www.businessinsider.com/anthropic-claude-code-founder-ai-impacts-software-engineer-role-2026-2 https://www.businessinsider.com/anthropic-claude-code-founde...
      - 3mo ago
eatsyourtacos 4mo ago
>Claude Code is especially buggy in windows terminal. The rendering is quite slow, choppy and lines frequently get garbled That sounds like a you issue.. it's wonderful on the terminal. It's their GUI which needs work (they have been improving, but still not a fan). I've been using it on multiple computers for months and it's generally rock solid and lovely.
cmrdporcupine 4mo ago
FWIW Codex TUI is written (in large part) in Rust and is way less buggy, and a lot faster. When I was a regular Claude Code user I'd routinely get bizarre "scroll everything since the beginning of time in one massive flash on every update" bugs ... for months. Like, just there from the time I started using it in June '25 or so until I quit in March. I prefer it over opencode, which is my other option I use with my Codex sub
- vidarh 4mo ago
  That particular bug seems to be gone. I'm using my own Ruby terminal, and it's more than fast enough for normal stuff, but it made that bug 10x more painful so I am particularly sensitive to it... Not seen it at all recently.
  - cmrdporcupine 4mo ago
    Good to hear. Over a slow ssh connection it made me want to tear my hear out
    - vidarh 4mo ago
      Yeah, I resorted to putting every Claude session in tmux so I could just kill the terminal, but it was really painful.
rpcope1 4mo ago
It's not just Windows where the rendering goes to shit immediate: any time I've got it open in tmux on Linux, it becomes a basket case in probably a few hours or less.
- maleldil 4mo ago
  I've seen this too. I had a couple of instances inside a tmux session, and after some time, everything in there slowed down to a crawl. What I found interesting is that terminals outside tmux were fine.
throwaway613746 4mo ago
[dead]
jacobgold 4mo ago
Anthropic's and OpenAI's products are janky and their services are unreliable, but they have incredible product-market fit and revenue growth. They deserve a ton of credit for getting the big things right. The risk for them is that someone matches their products while also having non-janky products and reliable services. Distributed systems infrastructure, especially, is much less forgiving of vibe coding than application code. Coding agents are not even close to being good enough to design and build large-scale systems the way expert humans can. There is nothing wrong with using agents to help write infrastructure code, but these systems have a way of punishing anyone who builds things they do not fully understand. I'd love to see either Anthropic or OpenAI really step up their infrastructure game.
- smoe 4mo ago
  > I'd love to see either Anthropic or OpenAI really step up their infrastructure game. It's worth noting that OpenAI's official uptime numbers are significantly better than Anthropic's: 99.9x% for API/Codex, versus <99.5% for Claude API/Claude Code. I'd obviously like OpenAI's numbers to be higher too, but this is one reason it really annoys me when the head of Claude Code goes on podcasts implying that software engineering as a whole, not just the act of writing out code, is basically solved. One wonders why hasn't months of presumably near-unlimited internal Mythic solved the issues unrelated to hardware shortages yet.
  - simsla 4mo ago
    100%. It really depends on the application domain and system complexity. I see a lot of people speaking about a 10x productivity improvement and so on. When I work on hobby projects, I do see that. Just last weekend, I set up a hobby project that I've been thinking about for a while. I'm pretty sure it would have taken me at least a week to implement manually, but instead, it took me three hours. But some of the systems I have to work on during the day are so big and complicated that you can spend multiple days on a small feature or even just tracking down a bug, even with the support of Opus. Expecting even a 2x productivity improvement on some those systems is wildly unrealistic. I'm seeing a lot of people get stressed out because the productivity gains from simple application building trickle into the expectations for these complex systems. That said, if things keep improving at this rate it might just be a matter of time.
hotfixguru 4mo ago
Claude code + tmux is SO buggy. Things rendering all over the place.
- claydugo 4mo ago
  Is this a new regression for others? I feel like I used it in a tmux setup without issues for 6+ months and only recently am I forced to Ctrl+L or resize the window constantly.
  - maleldil 4mo ago
    Yes, issues started happening for me about a week ago.
- vidarh 4mo ago
  That's interesting - I just fixed my terminals rendering by having Claude build a test harness that used tmux as an oracle, and one of the programs it fixed the rendering of by reading out the tmux pane was Claude Code itself...
- pixard 4mo ago
  Turn off vim mode if you use it. There is some kind of bug with it I found it basically unusable. With vim mode off it sort of works ok. Only breaks occasionally. But hey coding is a solved problem.
crystal_revenge 4mo ago
> in windows terminal This is an aside, but I'm really struck by how many people on HN use Windows (based on repeated mentions I've seen in comments). I've worked for a pretty wide range of companies over the last decade and only one, maybe two companies even had any people that worked on Windows machines. I haven't worked at a company where devs used Windows in 15 years (and even that company eventually switched to linux). As I've gotten deeper into LLMs/AI roles even Macs have seemed to start having equal share compared to devs running full Linux setups. Is this just a sign of that a larger and larger portion of HN users are working for large corporations? I honestly can't even remember that last time I saw a serious developer pull out a Windows laptop.
- coldtea 4mo ago
  About 60% to 70% of devs in IT use Windows. And it's closer to 95% in some countries, even first world ones.
- latentsea 4mo ago
  Every company I've worked at has used Windows. Though the first one did use Linux VMs, the rest have all been pure Windows.
- recursive 4mo ago
  I've been a developer for more than two decades. I've worked at four employers during that time, and all of them had significant fractions of devs using Windows. Not vouching for the idea that any of them are "serious" though. I've never worked at a prestige employer or FAANG or anything. Just boring businesses of different sizes. Some are software, and some just do software. But Windows has always been everywhere.
- cute_boi 4mo ago
  I used to work for company where they used to force windows. And it was pure torture. I tried but they told me performance isn't a good reason....
  - simsla 4mo ago
celsoazevedo 4mo ago
They forgot to switch from Sonnet to Fable, hence the issues. /jk
witx 4mo ago
Who could predict that writting code "casino style" would yield these results
segmondy 4mo ago
You would think that Mythos and Fable would have fixed it all ...
chankstein38 4mo ago
This isn't even Code but I noticed last night that my fans spin up in my machine every time I open the settings in the claude web interface. I was trying to check my usage and couldn't figure out why my computer would be spinning fans up, closed it again it stopped, opened again spinning up fans. So even the website is buggy crap.
matheusmoreira 4mo ago
> The rendering is quite slow, choppy and lines frequently get garbled. Good to see it's not just me...
pier25 4mo ago
there's a whole odyssey with their CLI flickering...
smcleod 4mo ago
I've never seen any developers really use a windows terminal before, if you're on windows wouldn't you be using the WSL or whatever if you're doing development?
spondyl 4mo ago
> their own software/APIs are quite buggy Our org has been attempting to trial Fast Mode on and off but enabling it in Claude Code just says something like "not available with your cloud provider" It turns out that for all of the matrices on the documentation site, there is a secret "other" set of infrastructure for those who bill Enterprise via AWS Marketplace where certain features like Fast Mode are incompatible when using "aws routing" Anthropic Support straight up mentioned that Claude Code just doesn't handle this case correctly and erroneously gives you the impression that it's supported against your billing method, and that it's all effectively undocumented. I suppose this means there are like 5 different AWS methods of use: - Bedrock (Legacy) - Bedrock - Claude for AWS - Claude via Marketplace - Anthropic's own "primary infrastructure" and then roll in other cloud provider variations On that note, I recall Datadog having coupled billing and infrastructure per cloud (ie; billing via GCP requires using the GCP infra) and was wondering if commenters had any insights into if there is some special requirement/complexity around marketplace billing for cloud providers or if it's just some weird design choice?
Raj_Sidwadkar 4mo ago
100%,I have used it for two of my projects. One prompt for fixing one issue triggers other 10 npm, lint errors which you have already solved in the previous sprint. It takes hours to manhunt these errors and also you cannot risk again to tell the local llm to fix it.

colechristensen 4mo ago

On the other hand, my last experience with gemini was like "don't give your sandwich to the dog again" whereas with opus it was more "let's debug why this uncrustables factory is having breakdowns". Claude harnesses have plenty of bugs but I prefer capability over interface shininess any day. (though if I were running the show I'd have a sizable team set aside to do exclusively boring stability and polish work)

jatora 4mo ago

too bad the only good model in antigravity is opus 4.6 haha

quijoteuniv 4mo ago

Mom!… I think i broke Claude Code!

winstonp 4mo ago

google models are still very unreliable at actually calling the tools you want it to call.

tcp_handshaker 4mo ago

Would it not be hysterically funny, if they starting expanding their job openings for Software Developers ? Or they will be too ashamed of calling them that?

quatonion 4mo ago

Currently we have zero information what is causing the issue. And all providers have suffered outages or rate limits. Can you post some images of lines getting garbled. That sounds like a genuine bug Anthropic might want to look into. I haven't seen that ever.

idiotsecant 4mo ago
I have definitely seen it, a lot.

sunaookami 4mo ago

Have you tried out the new fullscreen renderer with /tui ?

comboy 4mo ago
What's that about? It's full screen/terminal anyway. Is it just switching some rendering engine under the hood?

mdavid626 4mo ago

Or pi.dev - also super fast and simple. Claude Code is sluggish, buggy, slow. Typical big enterprise garbage. The only good thing at Anthropic are the models.

orphea 4mo ago
How is text editing in it? This is what I hate about terminal coding UIs the most: all the text editing experience - the basic stuff like moving the cursor around, copying, pasting - is just broken.
- isoprophlex 4mo ago
  Both codex and claude allow editing in vi
  - 0123456789ABCDE 4mo ago
    … or whatever else you set $EDITOR to
CharlesW 4mo ago
Claude Code is notably better than Pi, although I wish them the best of luck in their efforts. As https://c-daniele.github.io/en/posts/2026-05-18-coding-harness-comparison/ https://c-daniele.github.io/en/posts/2026-05-18-coding-harne... notes, "Pi's lightness comes from a default setup that does not survive contact with reality." The same post on Claude Code: "Even though the System Prompt and tool descriptions are clearly more verbose, most of the extra tokens encode product features and rational design choices: a memory system, scheduled tasks, sub-agents, plan mode, worktree support. Whether those features are worth paying for depends on your needs. Calling the prompt 'bloated' without looking at the whole picture feels wrong to me."
- ai_slop_hater 4mo ago
  If only they could add an option to disable features you don't use

monooso 4mo ago

> I do feel like for all their dogfooding of AI coding, their own software/APIs are quite buggy... Or possibly as a result of.

mgfist 4mo ago

I have my qualms with Anthropic/Claude but they've also had to scale unfathomably fast and that is just hard to do regardless.

deleted 4mo ago
[deleted]
codeflo 4mo ago
Regardless of what? Programming is solved, I hear, with all the 100x productivity PhD-level automated coding loops they have going. Don't make excuses for them when they disprove their own bullshit.
simplyluke 4mo ago
Yes but many of the challenges directly contradict the idea that "coding is a solved problem"
- Closi 4mo ago
  Not really. Coding is probably solved, at least to a large extent, but that doesn't mean engineering is solved too. This is like someone saying that the wright brothers solved sustained/powered human flight, and another person saying "well if that's the case, why do planes still crash? obviously flight isn't solved.". Well, there are always improvements, but planes can fly and llm's can code.
  - smoe 4mo ago
    "I think we're going to start to see the title 'software engineer' go away. And I think it's just going to be maybe builder, maybe product manager, maybe we'll keep the title as a vestigial thing." — Boris Cherny They been claiming more than just “coding is solved” for a while now. https://www.businessinsider.com/anthropic-claude-code-founder-ai-impacts-software-engineer-role-2026-2 https://www.businessinsider.com/anthropic-claude-code-founde...
    - 3mo ago

eatsyourtacos 4mo ago

>Claude Code is especially buggy in windows terminal. The rendering is quite slow, choppy and lines frequently get garbled That sounds like a you issue.. it's wonderful on the terminal. It's their GUI which needs work (they have been improving, but still not a fan). I've been using it on multiple computers for months and it's generally rock solid and lovely.

cmrdporcupine 4mo ago

FWIW Codex TUI is written (in large part) in Rust and is way less buggy, and a lot faster. When I was a regular Claude Code user I'd routinely get bizarre "scroll everything since the beginning of time in one massive flash on every update" bugs ... for months. Like, just there from the time I started using it in June '25 or so until I quit in March. I prefer it over opencode, which is my other option I use with my Codex sub

vidarh 4mo ago
That particular bug seems to be gone. I'm using my own Ruby terminal, and it's more than fast enough for normal stuff, but it made that bug 10x more painful so I am particularly sensitive to it... Not seen it at all recently.
- cmrdporcupine 4mo ago
  Good to hear. Over a slow ssh connection it made me want to tear my hear out
  - vidarh 4mo ago
    Yeah, I resorted to putting every Claude session in tmux so I could just kill the terminal, but it was really painful.

rpcope1 4mo ago

It's not just Windows where the rendering goes to shit immediate: any time I've got it open in tmux on Linux, it becomes a basket case in probably a few hours or less.

maleldil 4mo ago
I've seen this too. I had a couple of instances inside a tmux session, and after some time, everything in there slowed down to a crawl. What I found interesting is that terminals outside tmux were fine.

throwaway613746 4mo ago

[dead]

jacobgold 4mo ago

Anthropic's and OpenAI's products are janky and their services are unreliable, but they have incredible product-market fit and revenue growth. They deserve a ton of credit for getting the big things right. The risk for them is that someone matches their products while also having non-janky products and reliable services. Distributed systems infrastructure, especially, is much less forgiving of vibe coding than application code. Coding agents are not even close to being good enough to design and build large-scale systems the way expert humans can. There is nothing wrong with using agents to help write infrastructure code, but these systems have a way of punishing anyone who builds things they do not fully understand. I'd love to see either Anthropic or OpenAI really step up their infrastructure game.

smoe 4mo ago
> I'd love to see either Anthropic or OpenAI really step up their infrastructure game. It's worth noting that OpenAI's official uptime numbers are significantly better than Anthropic's: 99.9x% for API/Codex, versus <99.5% for Claude API/Claude Code. I'd obviously like OpenAI's numbers to be higher too, but this is one reason it really annoys me when the head of Claude Code goes on podcasts implying that software engineering as a whole, not just the act of writing out code, is basically solved. One wonders why hasn't months of presumably near-unlimited internal Mythic solved the issues unrelated to hardware shortages yet.
- simsla 4mo ago
  100%. It really depends on the application domain and system complexity. I see a lot of people speaking about a 10x productivity improvement and so on. When I work on hobby projects, I do see that. Just last weekend, I set up a hobby project that I've been thinking about for a while. I'm pretty sure it would have taken me at least a week to implement manually, but instead, it took me three hours. But some of the systems I have to work on during the day are so big and complicated that you can spend multiple days on a small feature or even just tracking down a bug, even with the support of Opus. Expecting even a 2x productivity improvement on some those systems is wildly unrealistic. I'm seeing a lot of people get stressed out because the productivity gains from simple application building trickle into the expectations for these complex systems. That said, if things keep improving at this rate it might just be a matter of time.

hotfixguru 4mo ago

Claude code + tmux is SO buggy. Things rendering all over the place.

claydugo 4mo ago
Is this a new regression for others? I feel like I used it in a tmux setup without issues for 6+ months and only recently am I forced to Ctrl+L or resize the window constantly.
- maleldil 4mo ago
  Yes, issues started happening for me about a week ago.
vidarh 4mo ago
That's interesting - I just fixed my terminals rendering by having Claude build a test harness that used tmux as an oracle, and one of the programs it fixed the rendering of by reading out the tmux pane was Claude Code itself...
pixard 4mo ago
Turn off vim mode if you use it. There is some kind of bug with it I found it basically unusable. With vim mode off it sort of works ok. Only breaks occasionally. But hey coding is a solved problem.

crystal_revenge 4mo ago

> in windows terminal This is an aside, but I'm really struck by how many people on HN use Windows (based on repeated mentions I've seen in comments). I've worked for a pretty wide range of companies over the last decade and only one, maybe two companies even had any people that worked on Windows machines. I haven't worked at a company where devs used Windows in 15 years (and even that company eventually switched to linux). As I've gotten deeper into LLMs/AI roles even Macs have seemed to start having equal share compared to devs running full Linux setups. Is this just a sign of that a larger and larger portion of HN users are working for large corporations? I honestly can't even remember that last time I saw a serious developer pull out a Windows laptop.

coldtea 4mo ago
About 60% to 70% of devs in IT use Windows. And it's closer to 95% in some countries, even first world ones.
latentsea 4mo ago
Every company I've worked at has used Windows. Though the first one did use Linux VMs, the rest have all been pure Windows.
recursive 4mo ago
I've been a developer for more than two decades. I've worked at four employers during that time, and all of them had significant fractions of devs using Windows. Not vouching for the idea that any of them are "serious" though. I've never worked at a prestige employer or FAANG or anything. Just boring businesses of different sizes. Some are software, and some just do software. But Windows has always been everywhere.
cute_boi 4mo ago
I used to work for company where they used to force windows. And it was pure torture. I tried but they told me performance isn't a good reason....
- simsla 4mo ago

celsoazevedo 4mo ago

They forgot to switch from Sonnet to Fable, hence the issues. /jk

witx 4mo ago

Who could predict that writting code "casino style" would yield these results

segmondy 4mo ago

You would think that Mythos and Fable would have fixed it all ...

chankstein38 4mo ago

This isn't even Code but I noticed last night that my fans spin up in my machine every time I open the settings in the claude web interface. I was trying to check my usage and couldn't figure out why my computer would be spinning fans up, closed it again it stopped, opened again spinning up fans. So even the website is buggy crap.

matheusmoreira 4mo ago

> The rendering is quite slow, choppy and lines frequently get garbled. Good to see it's not just me...

pier25 4mo ago

there's a whole odyssey with their CLI flickering...

smcleod 4mo ago

I've never seen any developers really use a windows terminal before, if you're on windows wouldn't you be using the WSL or whatever if you're doing development?

spondyl 4mo ago

> their own software/APIs are quite buggy Our org has been attempting to trial Fast Mode on and off but enabling it in Claude Code just says something like "not available with your cloud provider" It turns out that for all of the matrices on the documentation site, there is a secret "other" set of infrastructure for those who bill Enterprise via AWS Marketplace where certain features like Fast Mode are incompatible when using "aws routing" Anthropic Support straight up mentioned that Claude Code just doesn't handle this case correctly and erroneously gives you the impression that it's supported against your billing method, and that it's all effectively undocumented. I suppose this means there are like 5 different AWS methods of use: - Bedrock (Legacy) - Bedrock - Claude for AWS - Claude via Marketplace - Anthropic's own "primary infrastructure" and then roll in other cloud provider variations On that note, I recall Datadog having coupled billing and infrastructure per cloud (ie; billing via GCP requires using the GCP infra) and was wondering if commenters had any insights into if there is some special requirement/complexity around marketplace billing for cloud providers or if it's just some weird design choice?

Raj_Sidwadkar 4mo ago

100%,I have used it for two of my projects. One prompt for fixing one issue triggers other 10 npm, lint errors which you have already solved in the previous sprint. It takes hours to manhunt these errors and also you cannot risk again to tell the local llm to fix it.