Live data from Hacker News

When AI Builds Itself: Our progress toward recursive self-improvement

anthropic.com

71–80 of 738 posts

Re: When AI Builds Itself: Our progress toward recursive self-improvement

#71

> A caveat: Lines of code is an imperfect measure, as it measures quantity over quality. So 8× lines of code/engineer/day in the second quarter of 2026 is almost certainly an overstatement of the true productivity gain. Nonetheless, it indicates an acceleration. At Anthropic, we don’t reward people for how many lines of code they write; rather, team members are producing more code simply because they’re using AI syst…

Until the moment we start bragging about how many lines of code LLMs are saving us , we're walking in the wrong direction. Your programs, designs and architectures is supposed to get better, not add even more boilerplate just because you can produce it faster...

"You go to IPO with the AI you have, not the AI you might wish you have." -- Donald Rumsfeld

So, right now it's a verbose code generator.

But post-IPO it will be wonderful - sentient, self-improving (recursively, iteratively, asymptotically), full of loving grace.

Re: When AI Builds Itself: Our progress toward recursive self-improvement

#72
> In the coming months, we will organize conversations where policymakers, researchers, civil society, and other AI companies can help answer some of the questions this piece raises, especially around full recursive self-improvement and how to create better options for coordination and deliberation.

If they wanted to they could have convened an international forum with commercial and political stakeholders years ago. Less talk, more do.

Re: When AI Builds Itself: Our progress toward recursive self-improvement

#74
post #40

Okay, so anthropic has amazing AI which supposedly writes most of their code and can continuously improve... meanwhile they have outages on a regular basis, and any kind of long-running work will now consistently hit 'API Error: Server is temporarily limiting requests'. Not sure of this is intentional to force a reduction of token usage, but at this point I need to build around these throttling limits and outages wit…

Their outages are probably not due to their code though. It’s probably their infrastructure that can’t keep up. So seeing failures of infrastructure doesn’t really tell you anything about how good or bad Anthropic makes use of their models.

That seems like an assumption based on basically nothing. There is a lot of code at the infra layer, and based on the stack choices for Claude code and based on how buggy and unreliable ~everything from anthropic is, it seems pretty bizarre to claim these issues are not related to their code.

Re: When AI Builds Itself: Our progress toward recursive self-improvement

#75
post #70
post #40

Okay, so anthropic has amazing AI which supposedly writes most of their code and can continuously improve... meanwhile they have outages on a regular basis, and any kind of long-running work will now consistently hit 'API Error: Server is temporarily limiting requests'. Not sure of this is intentional to force a reduction of token usage, but at this point I need to build around these throttling limits and outages wit…

And don't forget that they have BILLIONS of dollars and can't figure out how to get a decent support or public communications system setup.

They can't even seem to get their usage metering consistent.

Re: When AI Builds Itself: Our progress toward recursive self-improvement

#76
post #62

Anthropic is the most self hyped company I've seen, to the point that I'm wondering what would happen to its employees if they held a different opinion. Do they just.. keep it to themselves? For instance, if some Anthropic employees had a completely rational opinion that all of this isn't going to lead to AGI, but I just don't hear that ever from them. The metric being tracked, code commits, is hilariously one sided.…

> Philosophically, if you had one part of your work now practically free, you'd like to utilize that freedom to maximally cover for the other parts I've been struggling to capture this sentiment for myself in a way that hits. If shipping code is a commodity then why is everyone's immediate priority seemingly to ship 10x more code. It just makes no sense. I can't seem to get off this hill. Company-wide AI mandates and…

>If shipping code is a commodity then why is everyone's immediate priority seemingly to ship 10x more code.

I wonder how much of current engineering practices can be traced to what's pushed to company leaders on LinkedIn.

Every company is shitting bricks pushing for faster development and speed, gotta go fast to nowhere in particular, and I'm convinced it's tied to constant bombardment of the idea that they're doing to be left out or obsolete if they don't get in the ship NOW.

Re: When AI Builds Itself: Our progress toward recursive self-improvement

#79

Earlier quoted context omitted.

Until the moment we start bragging about how many lines of code LLMs are saving us , we're walking in the wrong direction. Your programs, designs and architectures is supposed to get better, not add even more boilerplate just because you can produce it faster...

"You go to IPO with the AI you have, not the AI you might wish you have." -- Donald Rumsfeld So, right now it's a verbose code generator. But post-IPO it will be wonderful - sentient, self-improving (recursively, iteratively, asymptotically), full of loving grace.

> But post-IPO it will be wonderful - sentient, self-improving (recursively, iteratively, asymptotically), full of loving grace.

We hold these truths to be self-evident.

Re: When AI Builds Itself: Our progress toward recursive self-improvement

#80

Earlier quoted context omitted.

Not really mentioned explicitly but: > A meaningful slowdown or pause would require multiple well-resourced labs at or near the frontier, in multiple countries, agreeing to stop under the same conditions. It would also require that each can verify that the others have actually stopped. Due to the unique characteristics of AI systems, the detectability (a lower standard than verifiability) element of this arms control…

Coordinating a pause at the frontier is not the same as destroying or even harming open source/China. It feels like both open source can flourish while the frontier is deliberately regulated?

they explicitly mention in the article that just frontier stopping isnt enough because then that just means others will catch up, they want to be the leaders of a global organization/cartel that bans everyone except themselves. Particularly important given anthropic attacks china and opensource every chance they get. https://www.anthropic.com/news/detecting-and-preventing-dist...
Post reply on HN