Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

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

anthropic.com

Post reply on HN
Print view View original

221–230 of 738 posts

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

#221

Post by JohnMakin »

qwery wrote: post #216

This is incredible.[0] Please, IPO now. File the paperwork. > To take just one example: today, Anthropic engineers on average ship 8x as much code per quarter as they did from 2021-2025. Do you have another example? Engineers don't ship [period] for no reason. So, either: - Those aren't engineers, or - they are literally dying of shame & embarrassment right now, or - you measured something that indicated that this wa…

Go look at open job listings at anthropic and the interview process. You aren’t allowed to use AI during coding assessments[0], or knowledge assessments, which suggests they very much do need and value hard skills and this is fluff.

[0] - https://www.anthropic.com/candidate-ai-guidance

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

#223

Post by oersted »

javcasas wrote: post #215
andriy_koval wrote: post #209

Earlier quoted context omitted.

Maybe that gigabyte is occupied by useful information: traces/memory?

Nope. Used to render on the terminal like a game engine. https://x.com/trq212/status/2014051501786931427

This kind of immediate-mode rendering is quite standard for TUIs. Although immediate-mode rendering tends to be significantly simpler and use less memory than retained-mode rendering, at the cost of some redundant computation. So I am not sure if this is the reason for the bloat.

It’s possible that it doesn’t play well with JS garbage collection, since it recreates the whole UI structure for every frame (which tends to not to be an issue in the languages immediate-mode is usually employed).

But yes it’s a bit more akin to game renderings than web rendering. Which can be totally fine if done well.

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

#224

Post by krapp »

javcasas wrote: post #215
andriy_koval wrote: post #209

Earlier quoted context omitted.

Maybe that gigabyte is occupied by useful information: traces/memory?

Nope. Used to render on the terminal like a game engine. https://x.com/trq212/status/2014051501786931427

Frankly that's an insult to gamedev. Literally every game engine I can think of could do better. Probably even Unreal Engine could do better.

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

#225

Post by CamperBob2 »

malfist wrote: post #104
torben-friis wrote: post #36

>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 syste…

One of my co-workers just asked me to review his pull request that was all AI generated. 600 files were touched, over 40k lines of code added. I'm sure he thought that was a crowning achievement, proof that AI can enable 10X developers, after all, what engineer could write 40k lines of code in a week? I declined to review it, stating that I couldn't possibly vet 40k lines of code, and wouldn't put my reputation on th…

I declined to review it, stating that I couldn't possibly vet 40k lines of code

Gee, that sounds like a job for Claude if there ever was one.

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

#226

Post by lstodd »

javcasas wrote: post #215
andriy_koval wrote: post #209

Earlier quoted context omitted.

Maybe that gigabyte is occupied by useful information: traces/memory?

Nope. Used to render on the terminal like a game engine. https://x.com/trq212/status/2014051501786931427

I sorta remember Quake console running on an 486dx2 ..

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

#227

Post by asdfman123 »

j2kun wrote: post #184
asdfman123 wrote: post #176

Earlier quoted context omitted.

Developers can develop leaner applications, but they're usually not incentivized to. Frankly, I love efficiency too, but I've hard to learn the hard way that what the market wants is features . Or at the very least, the executive team wants that.

Their whole argument is that AI's added efficiency means they don't need to set aside valuable human time anymore. Why can't they just point Claude at Claude Code and ask it to reduce memory usage by 90%?

You can do that. But I'm telling you, in tech (and enterprise shops I've worked at too) they don't care.

I'm using the internal Google tools and it's helping me write code much faster too, but it still takes time. I could make the CLI tool I work on faster, but no one cares except the end users, and their minor concerns have no impact on our internal politics.

At the end of the day you have to do what you're paid to do, unfortunately.

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

#229

Post by jfyi »

nevertoolate wrote: post #135
parpfish wrote: post #46

Earlier quoted context omitted.

i'm waiting for the AI giants to realize that they are burning cash to run their consumer-facing chatbots and that they should kill those products to focus on their enterprise tools. free chatgpt doesn't need to exist anymore. its job was to build hype/interest and it did. but take it away and you solve many social problems and annoyances caused by AI with no loss to the upside of AI. no more cheating students in sch…

What is an ai enterprise tool?

An ai tool that is priced out of the hands of the average person.

Fwiw, I think the genie is out the bottle. We are waiting on hardware to catch up, which it will.

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

#230

Post by wyre »

replwoacause wrote: post #154
airstrike wrote: post #112

Earlier quoted context omitted.

This might explain it, in the opposite way it was meant to: https://fxtwitter.com/trq212/status/2014051501786931427 > Most people's mental model of Claude Code is that "it's just a TUI" but it should really be closer to "a small game engine".

Why the hell does it need to be so complex? People have been making TUIs for decades. Did we need a small game engine to run claude code?

I can't help but think it's their engineer's and PM's making these decisions, since I know that if you asked Claude to write a TUI there is no world it would recommend whatever the frontend architecture of claude code is.
Post reply on HN