A project‑centred approach lets short‑lived LLM agents assemble and evolve large software: EvoX Genesis built a 249k‑line Rust C compiler in ~120 hours for about US$44 of model tokens and reimplemented MESA modules into Rust with 1.6–6.9× median speedups, showing feasible long‑horizon autonomous software evolution.

Main Finding

EvoX Genesis demonstrates that long-horizon software development can be organized around a persistent project (a “persistent recursive world”) rather than a persistent agent. Finite‑lived LLM-based agents, instantiated repeatedly at path-scoped positions within an accepted repository version, can cumulatively build, continue and redevelop large, validated software systems while keeping model-token costs low (measured here), enabling model replacement without losing project continuity.

Key Points

• Architecture / concept
  • Persistent recursive world: a local world w = (v, p) is an accepted project version v plus a repository-relative path p that scopes an agent’s responsibility.
  • Agents are finite-lived: they enter from (v, p), perform bounded work, propose Δ, and terminate. Only accepted software events (v, p) → (v′, p′) advance the persistent history.
  • Recursive delegation: parent agents spawn child agents at deeper paths without changing the accepted version until acceptance gates commit changes.
  • Validation-gated acceptance: tests, constraints and integration evidence determine whether proposed changes become part of the persistent history.
• Implementation
  • EvoX Genesis system: path-scoped CONTEXT.md, isolated worktrees and agent-specific branches, manager/executor roles, provenance and Git commits for persistence.
• Empirical demonstrations
  • Formation (greenfield): Using DeepSeek V4 Flash, Genesis built a Rust-based C compiler from an almost-empty repo.
    • Final repo: ~248,989 physical lines across 750 tracked files.
    • Validation: 220/220 c-testsuite, 32/36 evaluated LLVM tests, 93/93 Csmith programs executed, LZ4 and SQLite checks, 2,904 Rust unit tests.
    • Run metrics: ~123.4 wall hours, 1,019 archived agent episodes, delegation depth up to 5, peak ~29 concurrent agents.
    • Provider-recorded model-token charge: US$44.38 (reported token costs only).
    • High cache reuse reported (cache-hit ~97+%).
  • Continuation (model replacement): Continued development on an existing compiler while replacing the foundation model (GLM 5.2 ↔ DeepSeek V4 Flash). Continuation preserved test performance; marginal token costs for continuation runs were small due to caching (DeepSeek continuation reported ~$7.49 token cost).
  • Redevelopment (scientific code): Reimplemented 13 MESA modules (Fortran → Rust), converting >100k Fortran lines to ~90k Rust lines. Across six numerical workloads, median speedups ranged ~1.55–6.87× while preserving audited numerical behaviour.
• Cost and resource notes
  • Reported dollar figures are model-token charges only (exclude local compute, storage, controller overhead, networking, and human labor).
  • Experiments are descriptive snapshots (single runs); not a statistical estimate of success rates.

Data & Methods

• Formal model: local world pair (v, p), recursive delegation operator, validation-gated commit events; implementation couples this model to Git commits, CONTEXT.md for path context, and worktrees/branches for transient execution state.
• Agents & orchestration: hierarchical manager and executor agents (finite episodes), supervised controller with depth/turn limits, retry limits and context-compression thresholds.
• Models used: DeepSeek V4 Flash and GLM 5.2 in different experiments.
• Benchmarks & validation:
  • Compiler: c-testsuite, sampled LLVM tests, Csmith fuzzing programs, LZ4 and SQLite integration checks, Rust unit tests, internal corpus.
  • Redevelopment: MESA numerical validation suite and performance benchmarks (six workloads).
• Measurements reported: physical lines of code, number of agent episodes, wall-clock time, peak concurrent agents, delegation depth, validation pass counts, model-token input tokens and cache-hit fractions, model-token cost.
• Limitations: archives omit a complete audit of every human action; reported costs exclude non‑token expenses; study reports single-run evidence rather than variability estimates.

Implications for AI Economics

• Lower marginal cost of long-horizon development (token perspective):
  • High cache-hit rates mean most of the costly language-model context is reusable across episodes; continuation after initial formation had small incremental token cost (examples: deep continuation runs reported single-digit or low tens of USD in token charges).
  • Organizing persistence at the project level (rather than agent-level memory) makes reuse and caching more effective, reducing marginal token cost per additional episode.
• Vendor- and model-agnostic maintenance reduces lock-in risk:
  • The ability to switch foundation models and continue development (retaining test performance and repository lineage) suggests projects can be assets that outlive any single model provider, enabling competition among models/services for maintenance work.
• Substitution and role-shifting in the software labor market:
  • Many bounded LLM episodes can substitute for some development workflows, particularly modular tasks, integration work that is heavily test-driven, and performance-focused rewrites (e.g., Fortran→Rust).
  • However, humans remained necessary for initial specs, supervision limits, and for audit/provenance oversight. Economics likely shifts toward higher-value tasks: specifying validation targets, setting constraints, reviewing acceptance decisions, and handling edge-case correctness and liability.
• New business and pricing models:
  • Persistent project-as-asset suggests new offerings: AI-managed repos with versioned history, guaranteed test-suites, and provenance (monetizable maintenance contracts, subscription models for low-marginal-cost continuations).
  • Billing and incentives should account for cache reuse: providers might price base-indexing/context-ingestion differently from marginal generation, or offer repository-hosted caches that reduce continuation costs.
• Productivity vs. hidden costs:
  • Reported token costs understate total economic cost—compute, storage, controller engineering, and human labor are nontrivial. Economic assessments should combine token-cost metrics with infrastructure and oversight labor to estimate true unit economics.
• Quality, governance and risk externalities:
  • Validation-gated acceptance is necessary to preserve scientific and safety-critical correctness; weak or absent validation risks propagation of subtle errors.
  • Persistent history and provenance are economic public goods: better auditability increases trust and market value for AI-generated software.
• Suggested economic metrics for future work
  • Marginal token cost per retained commit, cost-per-passing-test (or per validated regression), cache-hit-adjusted token cost per line of code, cost and time to migrate between foundation models, and labor-hours saved per validated feature.
• Strategic implications for firms and platforms
  • Firms may invest in project-level metadata, testing harnesses and provenance to maximize cacheability and reduce marginal costs of future model-driven development.
  • Platforms that enable model-agnostic project persistence and easy pivoting between foundation models will be more attractive to buyers wary of vendor lock-in.
  • There will be demand for tools and marketplaces that match projects (with their persistent history and validation harnesses) to specialized foundation models and orchestration stacks.

Overall, Genesis shows a practical organizational pattern that can materially reduce token-cost friction for long-horizon software development, enable model interchangeability, and shift economic value toward validation, orchestration, and project stewardship—points that should be factored into forecasts of AI-driven software labor and platform business models.