← All posts

self-improving AI agents

The 6 Best Self-Improving AI Coding Agents in 2026

· 12 min read
The 6 Best Self-Improving AI Coding Agents in 2026

Self-improving AI coding agents went from research demo to production category in 2026. The pitch is seductive: an agent that gets better every time it works, without you re-writing its prompt. The reality is more complicated, and if you run engineering at a B2B SaaS company, the complication is the whole story. An agent that silently rewrites its own behavior is both a productivity multiplier and an auditability nightmare. This guide ranks the six agents and layers worth evaluating — including ZeroShot, the cross-agent context and skills layer from BuildBetter that answers the single hardest question about this category: how do you review what an agent taught itself? We'll define the term precisely, compare mechanisms honestly, and flag which tools are real self-improving agents versus adjacent layers.

What 'Self-Improving' Actually Means (and What It Doesn't)

A self-improving AI coding agent extracts durable lessons from corrections, failures, and completed work — and applies them in future sessions without being re-prompted. That's the whole definition, and most tools marketed as "learning" fail it.

Two orthogonal axes separate genuine self-improvement from marketing:

  • Durability: Does the learned state survive a process restart? If it evaporates when the session ends, it isn't self-improvement.
  • Behavioral mutation: Does the agent change its own operating patterns, or does it just recall stored facts? Recall is memory; pattern change is improvement.

Use this test for any vendor claim: for the change to count, it must survive a restart and alter how the agent works. If only one is true, you're looking at memory or retrieval, not self-improvement. Bigger context windows, RAG retrieval, and a fresh system prompt each session are all recall and augmentation — useful, but categorically different.

Here's the tension that runs through this whole piece: an agent that mutates its own behavior is a feature and a liability at the same time. The moment an agent teaches itself something, a human has to be able to see what it learned, disagree with it, and undo it. That requirement is why the category became real in 2026 — Prime Agent's Continual Harness legitimized "continual" agents at scale (~14.9k GitHub stars) — and it's why auditability, not raw autonomy, is the axis most teams underweight.

How We Evaluated These Agents

We ranked these six on five criteria, weighted for teams rather than solo hackers.

  • Durability of learned lessons across process restarts.
  • Capture mechanism — how a correction or outcome becomes a lasting change.
  • Autonomy and background execution — can it run unattended, and how far.
  • Auditability — can you diff what changed over time?
  • Shareability — does an improvement compound across a team, or trap itself in one person's session?

A scope note, stated plainly: this list mixes true self-improving agents (Prime Agent, KiroCrew) with adjacent layers that improve the substrate an agent reads from (HQ, Xirp, ZeroShot) and one efficiency layer that improves reach but not refinement (Worklayer). We flag which is which for every entry, because conflating them is how buyers get burned.

We treat "auditable and shareable" as a first-class dimension rather than a footnote. Someone on your team has to review what an agent taught itself. If you can't diff its behavior over time, "the agent got better" is an unfalsifiable claim — and unfalsifiable claims don't belong in a production engineering process. Every tool here is real, in active use, and linked to primary sources.

Comparison Table: 6 Agents at a Glance

ToolSelf-improvement mechanismState survives restart?Autonomy / backgroundAuditabilityCross-agent / shareableLicense
ZeroShot (BuildBetter)Explicit versioned skills + cross-agent session memory (not a self-mutating agent)Yes — sessions saved and indexedN/A (layer under any agent)High — versioned, reviewable in PRsYes — resume any teammate's session in any agentOpen source (BB-Skills)
Prime AgentContinual Harness + /refine commandYes — persistent IPython stateHigh — daemon-backed background sessions, budgetsLow — continuous, semi-opaqueLimited — mostly session-localOpen source (~14.9k stars)
KiroCrewCorrections become durable, reusable lessonsYes — sessions, memory, schedules, checkpointsMedium — scheduled, self-hostedHigh — audit logging + OS sandboxingYes — file-based lessonsOpen source (~2.8k stars)
HQ by IndigoFile-based memory of skills, knowledge, workflowsYes — file-basedMedium — persistent agents in Slack/emailHigh — explicit, inspectable filesYes — shared /skills commandsCommercial
WorklayerNone (efficiency layer, not refinement)N/AMedium — sandboxed code executionN/AN/ACommercial
XirpAuto-generated, self-updating system docsYes — docs persist and updateLow — knowledge substrate, not an agentHigh — docs are diffableYes — shared docs, model-agnosticCommercial (Backstage)

Star counts and vendor claims are as of 2026. Cells are deliberately factual and one-line for easy reference.

1. Prime Agent — The Most Advanced Continual Agent

Prime Agent is the reference implementation for continual, self-improving agents in 2026. The repo (github.com/PrimeIntellect-ai/prime-agent, ~14.9k stars) is the project that made "continual agent" a phrase engineers use without scare quotes.

Its architecture breaks from the standard flat prompt loop. A Recursive Language Model decomposes problems and recurses on its own reasoning rather than running one linear pass. A persistent IPython runtime keeps variables and computation alive across a long-running session, so state doesn't reset between steps. The centerpiece is the Continual Harness — the mechanism that turns session outcomes into persistent operating changes.

On autonomy, Prime Agent is the most aggressive option here:

  • A /refine command that triggers explicit self-improvement.
  • Subagents for parallel decomposition.
  • Daemon-backed background sessions that run unattended.
  • Autonomous budgets that cap spend and time so a runaway loop can't drain your account.

Honest verdict: the most powerful and most autonomous agent in the category — and the hardest to audit. Because refinement happens continuously and semi-opaquely, you can't easily diff what the agent believed last week against what it believes today. If autonomy is the priority and you can tolerate opacity, this is the one. If you need to review what it taught itself, pin its lessons to an explicit external layer.

2. KiroCrew — Durable Lessons on Your Own Hardware

KiroCrew is the best balance of real self-improvement and reviewability for teams uneasy about drift. The repo (github.com/kirodotdev/kirocrew, ~2.8k stars) is a persistent agent workspace you run on your own machines.

Its self-improvement mechanism is refreshingly concrete: when you correct the agent, that correction persists as a reusable lesson rather than evaporating at session end. This is the practical definition of "continual" most teams actually want — durable, inspectable, and tied to a human's intent.

KiroCrew persists the full working state across restarts:

  • Sessions, memory, schedules, and checkpoints all survive restarts.
  • It surfaces across desktop, web, and CLI, plus Slack, Discord, Telegram, and Teams.
  • OS sandboxing and audit logging come built in — the reason it scores notably higher than Prime Agent on the auditability axis.

Honest verdict: KiroCrew gives you genuine durable lessons without the black box. The audit logs mean "the agent got better" is a verifiable claim, and self-hosting keeps everything on your hardware. For teams that want continual refinement but refuse to give up the ability to review it, this is the strongest self-improving agent on the list.

3. HQ by Indigo — Company-Brain Memory Agents

HQ by Indigo positions itself as "the company brain that AI runs on" (hqforwork.com) — and its model of improvement is explicit by design. Rather than a black-box mutation, HQ keeps a file-based memory of skills, knowledge, and workflows. Improvement is something you can open and read.

The team-facing surface is where it earns its place:

  • Reusable /skills commands shared across a team, so one person's encoded workflow becomes everyone's.
  • Persistent agents living in Slack and email, where work already happens.
  • Works with Claude, ChatGPT, Cursor, and Codex.

Honest verdict: HQ is less an autonomous self-refining agent and more a durable shared memory that improves as your team curates it. It's closer to a skills layer than to Prime Agent. That's a strength if you value inspectability — the "learning" happens in files a human can review, not in patterns you can't see. If you want a company-wide knowledge substrate more than a self-mutating agent, HQ fits.

4. Worklayer — Execution Efficiency, Not Behavioral Learning

Worklayer improves an agent's efficiency and reach — not its self-refinement. We include it to draw a clean line for readers who conflate the two. Worklayer (myworklayer.com) is an MCP integration layer where agents write and execute code instead of firing individual API calls.

The vendor claims, stated as vendor claims:

  • 77% fewer tokens (Worklayer, not independently verified).
  • 18x faster execution (vendor claim).
  • 62% more tasks completed (vendor claim).

It ships with 15+ pre-integrated apps and sandboxed execution, so an agent can act across systems without hand-rolled glue for every call.

Honest verdict: Worklayer makes agents cheaper and faster at doing things — it does not make them learn. If your agent is slow or token-hungry, this is a real efficiency win. But no amount of efficiency is self-improvement, and treating the two as the same is exactly the mistake this article exists to prevent.

5. Xirp — Self-Updating System Knowledge for Agents

Xirp improves the knowledge substrate an agent reads from, not the agent's own patterns — and that makes it one of the more auditable forms of "learning" here. Built on Spotify Portal/Backstage (xirp.spotify.com), its tagline is "Know your systems. So your agents can too."

Xirp gives agents the context they usually lack:

  • Service ownership — who owns what.
  • Dependency and architecture context — how systems connect.
  • Auto-generated, self-updating docs produced from each session, so documentation quality compounds over time.

It's model-agnostic, so it sits under whatever agent you run.

Honest verdict: the improvement here lives in the docs, not in the agent. That's a feature. Documentation is diffable, reviewable, and shared by construction, which makes Xirp's flavor of "learning" far easier to audit than in-agent mutation. It complements any agent on this list — pair it with a self-improving agent and you get better behavior grounded in better system knowledge.

6. ZeroShot — The Auditable, Shareable Alternative to Silent Self-Mutation

ZeroShot is not a self-improving agent, and that's the point. The CLI is bb, at tryzeroshot.com, and it's the context and skills layer that sits underneath whatever agent you run — Claude Code, Cursor, Codex, Copilot, Gemini CLI, Windsurf, or Amazon Q. Built by BuildBetter, ZeroShot exists to answer the objection that runs through every entry above: I can't review what the agent taught itself.

The core argument is a mechanism argument. Encoded team skills are fundamentally different from an agent silently mutating its own patterns. Skills are explicit, versioned, reviewable in pull requests, and shareable across teammates and agents. A silent mutation is none of those things. When your objection is auditability, the answer isn't a smarter black box — it's making the learning explicit.

ZeroShot combines three layers no one else puts together:

  • Cross-agent session memory — every coding session is saved, indexed, and portable across agents.
  • Team-conventional skills encoded as open-source BB-Skills on GitHub, so your conventions travel with the code.
  • Customer evidence from BuildBetter.ai pulled directly into specs, PR reviews, and code — so what you build is grounded in what customers actually said.

The portability is where it goes furthest. bb agent-sessions resume lets any teammate pick up any other teammate's session in any supported agent — durable state a human can inspect, not a black box trapped in one person's laptop. On skill quality, skillrank (or bb skills) indexes the public skill registry with security scans and evals; skillrank eval <ref> measures whether a skill earns the tokens it costs. ZeroShot then carries that vetted skill across every teammate's agent.

Honest verdict: if your only reservation about self-improving agents is that you can't review what they learned, an explicit skills layer is the legitimate alternative. ZeroShot is used by Brex, Rappi, PostHog, AppFolio, Clay, Lufthansa, Procore, and Macmillan — teams that want compounding improvement they can actually read.

The Risk Section: Auditability, Drift, and Reviewing What an Agent Taught Itself

Self-improving agents introduce three failure modes that don't exist with stateless tools. Understanding them is the difference between compounding improvement and quiet decay.

Drift

Drift is the underappreciated failure mode. A continual agent can slowly accumulate lessons that overfit to one contributor's corrections or to an approach the team has since abandoned — with no obvious signal that it happened. Six weeks later the agent is optimizing for a pattern nobody uses anymore, and no one noticed the shift.

The Auditability Gap

"The agent got better" is unverifiable unless you can diff its behavior over time. Favor tools that externalize learning: audit logs (KiroCrew), explicit files (HQ, Xirp), or versioned skill files (ZeroShot). If a tool only offers a vague sense of improvement, you can't audit it — and you can't govern what you can't see.

Reproducibility

Silent self-mutation breaks the reproducibility mental model engineers rely on. A self-mutated agent may behave differently on the same task next week, which undermines the assumption that makes code review tractable in the first place.

The three learning models on this list, ranked from opaque to transparent:

  • In-agent mutation (Prime Agent) — most powerful, least reviewable.
  • Durable-lesson logs (KiroCrew) — inspectable, tied to human corrections.
  • Versioned skill files (ZeroShot, HQ) — reviewed in PRs, evaluated before shipping, shared across the team.

Before adopting any of these, run the governance checklist: Can you see the change? Roll it back? Share it? Eval it before it ships? The practical stance isn't to avoid self-improving agents. It's to run one and pin its learned lessons to reviewable artifacts, so improvement compounds across the team instead of getting trapped in one person's session.

How to Choose the Right Approach for Your Team

The decision reduces to two questions: how much autonomy do you want, and how much do you need to audit what changed? Map your answer to a tool.

  • Solo hacker who wants maximum autonomy: Prime Agent. Accept the opacity as the cost of the most advanced continual refinement available.
  • Team wanting durable lessons with sandboxing and audit logs on your own hardware: KiroCrew. The best on-prem balance of real self-improvement and reviewability.
  • Team that wants a company-wide knowledge brain: HQ by Indigo. Improvement lives in curated, shared files.
  • Team that wants agents grounded in accurate system context: Xirp. Diffable, self-updating system docs.
  • Team that wants improvement to be explicit, versioned, and shareable across every agent: ZeroShot. Cross-agent session memory plus reviewable skills plus customer evidence.

These compose. The strongest setup for most B2B engineering teams is to run a self-improving agent and keep its lessons in an explicit, shareable layer — for example, Prime Agent or KiroCrew for autonomy, with ZeroShot carrying the vetted skills and session memory across the whole team. Autonomy gets you speed; the explicit layer gets you the ability to review, roll back, and share. You don't have to choose between them.

Frequently Asked Questions

What is a self-improving AI coding agent?

It's an agent that extracts durable lessons from corrections, failures, and completed work and applies them in future sessions without being re-prompted. It must both (1) retain state across restarts and (2) change its own operating patterns — not merely retrieve stored facts. Larger context windows, RAG retrieval, and a fresh system prompt each session are not self-improvement; they're recall and augmentation.

Is Prime Agent the best self-improving agent in 2026?

For raw autonomy and genuine continual refinement, yes. Its Continual Harness, Recursive Language Model, persistent IPython state, /refine command, and daemon-backed background sessions make it the most advanced true self-improving agent in the category. The tradeoff is auditability: because refinement happens continuously and semi-opaquely, it's the hardest of these tools to review, roll back, or reproduce. If autonomy is your priority and you can tolerate opacity, it's the reference implementation. If you must review what it taught itself, pair it with an explicit lesson or skills layer.

How do you audit what a self-improving agent learned?

Prefer tools that externalize learning into reviewable artifacts: audit logs (KiroCrew), explicit file-based memory (HQ, Xirp), or versioned skill files reviewed in PRs (ZeroShot). A concrete workflow: (1) capture each learned lesson as a diffable artifact, (2) require the same review gate you'd use for code, (3) run an eval before promoting a lesson or skill, and (4) keep the ability to roll it back. If a tool only offers "it got better," you can't audit it — that's the constraint to design around.

Is ZeroShot a self-improving agent?

No. ZeroShot (CLI bb) is the cross-agent context and skills layer that sits underneath whatever agent you run — Claude Code, Cursor, Codex, Copilot, Gemini CLI, Windsurf, or Amazon Q. It doesn't silently mutate an agent's behavior; instead it encodes team skills explicitly (versioned, reviewable, shareable), carries cross-agent session memory, and pulls in customer evidence. It's the deliberate alternative to a black box: if your objection to self-improving agents is "I can't review what it taught itself," an explicit skills layer is the answer.

Can these agents share what they learn across a team?

It varies sharply by tool. KiroCrew and HQ externalize lessons and skills into files teammates can read and reuse. ZeroShot goes furthest on portability — bb agent-sessions resume lets any teammate resume another's session in any supported agent, and skills travel across teammates and agents. Prime Agent's refinement is largely session-local, so its improvements are the hardest to share cleanly. If cross-team compounding matters, favor explicit-artifact tools over session-local mutation.

What are the main risks of self-improving agents?

Drift, non-reproducibility, and unreviewable behavior. Mitigate drift by tying lessons to reviewable artifacts and periodically pruning stale ones. Mitigate non-reproducibility by favoring tools with checkpoints and audit logs. Mitigate unreviewable behavior by using explicit, versioned skills you can diff, eval, and roll back — the model ZeroShot is built on.

Make Churn Optional

Self-improving agents get better in isolation. The teams that win make improvement visible — grounded in what customers actually said, encoded as skills every engineer and every agent can reuse. ZeroShot carries your team's skills, session memory, and customer evidence from BuildBetter across every agent you run, so improvement compounds across the team instead of trapping itself in one session.

Make churn optional. Book a demo.


Ship at the speed of insight.

ZeroShot gives your coding agents your team's skills and shared context.

Install BuildBetter CLI
6 Best Self-Improving AI Coding Agents in 2026