zero
Foto de 1892: el edificio de Agricultura de la Exposición Colombina de Chicago a medio construir, con la cúpula cubierta de andamios
fig. 1 — la obra · 1892sin plano, no se construye.
Logo de zero: un cero mitad piedra tallada y mitad plano punteado, con un compás y una plomada

para pi y Claude Code · desarrollo guiado por spec

Tu agente dice «listo».
zero le pide la prueba.

Le pedís una feature. zero hace que primero la planee, después la construya con tests, y al final la revise otro modelo.

  • Antes de tocar código, escribe el plan.

  • Construye con los tests primero.

  • Otro modelo lo revisa y dice si pasa.

Cómo funciona.

tu agente solo

  1. 1. le pedís algo
  2. 2. escribe código
  3. 3. te dice «listo» y cruzás los dedos

con zero

  1. 1. lo planea
  2. 2. lo construye con tests
  3. 3. otro lo revisa: pasa, o vuelve
Foto de 1892: el terreno de la obra, apenas con los pilotes clavados

fig. 2 — el terreno

Primero, el plan.

Mira tu código, anota qué hay que hacer y lo parte en tareas chicas.

Foto de 1892: la fachada del edificio cubierta de andamios

fig. 3 — los andamios

Después, la obra.

Hace una tarea por vez: primero el test que falla, después el código que lo hace pasar.

Foto de 1893: la fachada del edificio de Agricultura terminada

fig. 4 — la inspección

Al final, el veredicto.

Un modelo que no escribió nada corre los tests y decide: pasa, corregir o replantear.

¿Para todo? No.

algo chico

  1. un typo, un estilo, un fix de una línea
  2. → usá NODD: lo hace directo,
  3. pero con los tests corridos de verdad

algo grande

  1. una feature, varios archivos, varias horas
  2. → usá zero: plan, obra con tests
  3. y un veredicto de otro modelo

Planear un typo es burocracia. No planear una feature es apostar. Se llevan bien: si algo que arrancó chico en NODD se agranda, /nodd-promote se lo pasa a zero, que arranca explorando con lo ya hecho como contexto.

Seis pasos. Cada uno con el modelo que elijas.

Lo barato para mirar, lo fuerte para juzgar. Así no gastás tu mejor modelo en leer archivos.

  1. 1 · clarify

    aclara

    barato

  2. 2 · explore

    explora

    barato

  3. 3 · plan

    planea

    fuerte

  4. 4 · analyze

    revisa el plan

    fuerte

  5. 5 · build

    construye

    el que quieras

  6. 6 · veredicto

    juzga

    fuerte

Cómo termina.

✓ zero · veredicto · pasa · ronda 1/3
  las 6 tareas hechas, los tests en verde.
  todo quedó escrito en .sdd/login-con-google/

Todo queda por escrito.

Cada feature deja una carpeta en tu repo. Si algo sale mal, sabés qué pidió, qué planeó y por qué lo aprobó.

  • request.mdlo que pediste, palabra por palabra
  • findings.mdlo que encontró al mirar tu código
  • design.mdcómo lo va a hacer
  • tasks.mdlas tareas, tachadas a medida que salen
  • tdd-evidence.mdqué test falló y cuál pasó, en cada tarea
  • rounds.jsoncada veredicto, ronda por ronda

Primero el plan.
Después la prueba.

pi install npm:@gonrocca/zero-pi
pi install npm:pi-subagents
# después, adentro de pi:
/forge agregá login con Google
ver en npm
Foto de 1893: el edificio de Agricultura terminado, visto desde la laguna
fig. 5 — pasa · 1893