Ask HN: Has anyone achieved recursive self-improvement with agentic tools?

10 points by nycdatasci 95 days ago | 13 comments

It feels like all the necessary components are finally available to build a self-reinforcing development loop.

Theoretically, we can now task tools like Claude Code or OpenClaw to monitor a git repo, analyze the abstractions in completed work, and then autonomously generate new agents or skills capable of handling similar tasks in the future.

Is anyone successfully running a loop like this? I’m curious if anyone here has shifted the majority of their time from writing code to crafting these systems—essentially bootstrapping agents that learn from the repo history to build better agents. I'd love to hear from those pushing the boundaries on this.

drsalt 95 days ago |

I've tried to replicate the real world, so I give my agents backstories, triabl loyalties, and deep-seated character flaws. my agents try to dominate and manipulate each other. they make sure to take credit for every line code. I have manager agents that promote based on shared hobbies. so far it's going well.

ra0x3 94 days ago |

Absolutely https://github.com/ra0x3/systemg/tree/main/examples/orchestr...

Things are time bound by instruction creation - at some point you still need a human to dictate the instructions that the orchestrated agents use. From there I've found that -- (1) derive a goal from the instructions (2) break that goal into tasks (3) order those tasks into a DAG (5) spawn the agents to work via the DAG -- seems to be doing everything I want it to do.

sdrinf 95 days ago |

I'm working on something like this. Specifically, I'm doing recursive self-improvement via autocatalysis -but predominantly in writing/research / search tasks. It's very early, but shows some very interesting signs.

The purely code part you described is a bit of an "extra steps" -you can just... vscode open target repo, "claude what does this do, how does it do it, spec it out for me" then paste into claude code for your repo "okay claude implement this". This sidesteps the security issue, the deadly trifecta, and the accumulation of unused cruft.

acoyfellow 95 days ago |

I do a fun orchestration system for long running loops on exe.dev (small write up docs.coey.dev) and I feel like I have super powers.

Self healing, I try two ways:

1) use a memory tool to store learnings for next iteration (Deja.coey.dev) and have the loop system instructions tell how to use it. One orchestrator, and sequential worker agents who run til their context is full and then hand off to the next run with learnings

2) the agent Shelley on exe can search past convos when promoted too for continuation.

I’ve been doing this with great success just “falling” into the implementation after proper guardrails are placed

haute_cuisine 95 days ago | |

Any released projects yet?

acoyfellow 95 days ago | | |

I release stuff all the time, so yes I suppose? Not trying to spam but you can find a mix of open source, b2b saas i own, and client saas I manage on my personal website.

dormento 94 days ago |

I think the key to really "unlock" these things is to separate as much as possible from where it can do harm (no important credentials, no shared identify, etc) then just give it its own home folder, its own credentials and let it rip.

You could technically instruct the agent to pilot local ollama and launch minions for "dumb" tasks in parallel, but i don't know if it could break out and modify the file system this way... but then, if it resides say in its own VPS, the damage will be contained.

nycdatasci 95 days ago |

To head off the semantics debate: I don't mean a model rewriting its own source code. I'm asking about 'process recursion'—systems that analyze completed work to autonomously generate new agents or heuristics for future tasks.

jvalencia 95 days ago | |

-ish. I often keep md files around and after a successful task. I ask Codex to write the important bits down. Then, when I come around to a similar task in the future, I have it start at the md file. It's like context that grows and is very localized. It helps when I'm going through multiple repos at multiple levels.

marc_g 95 days ago | | |

I’m also doing similar with fairly decent results. AGENTS.md grows after each session that resulted in worthwhile knowledge that future sessions can take advantage of. At some point I assume it will be too big, then it’s back to the Stone Age for the new agents, in order to release some context for the actual work.

0xbadcafebee 94 days ago |

I mean you just described OpenClaw. The problem is LLMs suck at "learning" things not trained into them. They will always make mistakes, if the "learning" is just RAG (stuffing new data into the prompt/context, or looking it up in a vector DB and stuffing that into prompt/context).

Your agent will basically never get good at learning. The only ways to get closer to that are 1) fine-tuning (expensive, slow and inaccurate), and 2) reinforcement learning (slow and inaccurate). So you can't just build an agent that automatically, incrementally gets better, without waiting for 10+ years for the process to iterate sufficiently. (ask AI researchers, this has been the case for a long time)

However, you can build an agent that can iterate on one specific problem so much that it becomes amazingly good at it, and then do that on another specific problem, and another, until you have a whole bunch of mini-experts. Then you can use those together. To get better than that... use a new model, new prompting techniques, etc.