Lode

Stand on the shoulders of giants.

Open the curator →
Source
arXiv
Published
Runtime
0:00
Snippets
4

A conversation between

Repo0: Design-Driven Zero-to-All Code Generation

Waveform of the source interview with highlighted segments per snippet.
0:00 0:00

§02

Snippets

  1. Repo0 uses a Dual-DAG (requirement and component graphs) to iteratively refine software architecture before writing code, guided by modularity metrics until structural convergence.

    Explicit architecture planning before coding improves functionality coverage by up to 20 percentage points over baselines that skip this step.

  2. Repo0 handles zero-to-all code generation, where the agent must design the entire project structure and write all code from natural-language requirements alone.

    Removes the assumption of pre-existing repository architecture, making agents useful for true greenfield development.

  3. Repo0 evolves component boundaries through structural actions guided by modularity metrics, continuing until the architecture stabilizes.

    Automated, metric-driven boundary refinement eliminates ad-hoc design decisions and ensures modular code from the start.

  4. After structural convergence, Repo0 uses the finalized architecture to guide test-driven development code generation.

    Separating architecture planning from coding reduces rework and keeps generated code aligned with the intended design.

§03

Synthesis

The Core Challenge

Building an entire software project from scratch using an LLM agent is harder than it seems. Existing systems assume the repository structure already exists—you feed them a predefined folder layout and ask them to fill in the code. But real zero-to-all generation means the agent must figure out what files and folders to create in the first place while keeping everything modular and coherent. The authors' key insight: explicitly evolve the repository architecture before writing code, guided by modularity metrics, rather than hoping good code naturally emerges from a bag of requirements.

How Repo0 Works

The system maintains an architectural blueprint called a Dual-DAG—think of it as two interconnected graphs. The first graph organizes requirements (high-level features from the user); the second organizes components (modules and files). These two graphs stay aligned throughout the process.

The workflow has two phases. Phase 1: Structural Evolution. Starting from natural-language requirements, Repo0 iteratively adjusts component boundaries—deciding which modules should exist, how they depend on each other, and what each should contain. This isn't random; it's guided by modularity metrics that reward clean separation and low coupling. The system keeps refining structure until it reaches convergence—essentially, when further tweaks don't meaningfully improve modularity. Phase 2: Code Generation. Once the architecture stabilizes, the agent generates actual code for each component, informed by the finalized structure. It uses test-driven development as a guide: write tests first, then code to satisfy them.

The Dual-DAG is the lever here. By explicitly tracking both what you're building (requirements) and how you're organizing it (components), the system avoids the trap of building code in isolation. Every structural decision is justified by modularity; every component knows its place in the requirement landscape.

Why It Matters and the Results

Most LLM code agents generate functions or scripts, not full projects. The few that tackle entire repositories assume someone has already decided "you need a models/ folder, a utils/ folder, etc." Real-world development doesn't work that way. Repo0 closes that gap.

The authors tested on six real-world repositories using GPT-4o mini and DeepSeek V3.2. Against RPG—the strongest prior baseline for repository-level planning—Repo0 achieved significant gains:

  • Functionality Coverage (how many required features are present) improved by up to 20.08 percentage points.
  • Pass Rate (tests that actually pass) improved by up to 29.74 percentage points.

Ablations confirm both the Dual-DAG representation and the modularity-guided structural evolution are essential; removing either drops performance substantially. The structural-evolution analysis shows the framework genuinely converges on reasonable architectures rather than flailing randomly.

The practical implication: LLM agents can now scaffold realistic multi-file projects end-to-end, with coherent module organization, not just individual code snippets.

Mine your own.

Lode is a workbench, not a feed. Paste a YouTube URL. The model proposes a transcript, a set of quote-grounded snippets, a synthesis essay, and the fan-out. You decide what stays.

Open the curator