Pullboard es una herramienta de código abierto que convierte un repositorio git en una fábrica de desarrollo agéntico: agentes de IA construyen a partir de especificaciones que tú apruebas, trabajan en carriles separados y nada se fusiona hasta que un segundo agente verifica el commit exacto. Todo funciona en local, sin dependencias alojadas, bajo licencia MIT.

¿Qué es Pullboard y qué problema resuelve?

Pullboard se presenta con una promesa directa: “Walk away, and it builds” —vámonos, y se construye—. Vive dentro de tu repositorio git, no tiene dependencias externas y se instala como paquete npm (versión 0.9.3 al momento de esta publicación). Su tesis es que el vibe coding —programar conversando con una IA sin controles formales— colapsa en proyectos serios: el agente dice “listo” cuando no lo está, olvida decisiones previas y dos agentes terminan pisando el mismo archivo.

Su respuesta es un ciclo de tres pasos: Vision (lo que quieres), Specification (tu visión escrita y aprobada) e Inspection (verificación independiente). Tu criterio atraviesa todo el sistema: tu juicio es la vara que cada pieza de trabajo debe superar. Es una metodología spec-driven y probada por pruebas que reserva las decisiones para el humano en el ciclo.

El proyecto completo está en el repositorio oficial de GitHub, con documentación, RFCs y el sitio pullboard.dev como punto de entrada.

¿Cómo funciona el ciclo de trabajo verificado?

Cada pieza de trabajo pasa por un contrato congelado. Los elementos centrales son cuatro:

• Spec: cada requisito es una fila de SPEC.md; solo las filas que apruebas cuentan, y la regla se congela cuando un agente reclama el trabajo.
• Doctrine: las reglas de la casa viven en DOCTRINE.md, cada una con un mecanismo de aplicación, desde un hook de git hasta revisión.
• Lanes: cada agente trabaja en su propio worktree; un commit fuera de su carril es rechazado.
• Proof: para enviar trabajo la gate —la compuerta de calidad— debe estar en verde, y luego un agente distinto verifica ese commit exacto: acepta con evidencia o rechaza con motivo.

Lo que resulta particularmente interesante es la disciplina del recibo: cada aceptación o rechazo queda documentado con el motivo, como un registro auditable de quién construyó, quién verificó y por qué algo volvió atrás. Nada sucede fuera del registro.

https://www.youtube.com/watch?v=O0kRdvd6dno

¿Por qué colapsa el vibe coding sin gobernanza?

Vale la pena señalar el diagnóstico del propio proyecto: pasado el demo, siempre se rompen las mismas cosas. Esta tabla contrasta cada punto de falla con lo que Pullboard aplica en su lugar:

Las estadísticas de su propio tablero respaldan el diagnóstico. Entre el 4 y el 16 de octubre de 2026, 1 de cada 4 trabajos que un agente declaró terminados fue devuelto por un segundo agente (227 de 908), y 588 se fusionaron, ninguno sin una aceptación verificada.

La fábrica nocturna: 38 agentes trabajando sin supervisión

El dato que mejor ilustra la propuesta es el experimento propio del equipo. La noche del 16 de octubre de 2026, el tablero de Pullboard ejecutó 38 agentes durante 9.6 horas —de las 11:17 pm a las 8:51 am— sin un solo movimiento humano: los constructores hicieron 22 reclamos y 30 envíos, un agente verificador aceptó 27 y rechazó 2, y 11 elementos de trabajo se fusionaron a main. Lo que aterrizó fueron 6 funciones y 5 correcciones, más de 800 líneas de código de producto y casi 1,600 líneas de pruebas, con la versión 0.8.27 publicada en npm a las 7:56 am.

Hasta ahora el proyecto ha rotado por 490 agentes en su propio tablero, y el mismo Pullboard que usa internamente es el que tu proyecto ejecuta, sujeto a la especificación que apruebes.

Los cinco primitivos del sistema

¿Qué agentes puedo conectar a Pullboard?

Según su sitio oficial, Pullboard funciona con Claude Code, Codex, OpenCode o cualquier agente que corra en un shell. Claude Code recibe habilidades (skills) nativas, mientras que Codex y otros leen las instrucciones desde AGENTS.md o mediante pullboard prompt por rol. Cada agente nuevo arranca igual: un comando le da su worktree, su carril y sus primeras instrucciones.

Para quienes ya trabajan con este ecosistema, la filosofía conecta de forma natural con la cobertura de OneDigital sobre OpenCode 2.0 y los agentes de código abierto, y la integración con Claude Code aprovecha comandos que ya documentamos en la guía de referencia completa de Claude Code. Si vienes de construir flujos propios, el enfoque complementa lo visto en la guía para crear agentes especializados.

Un tablero para ver todo y decidir solo lo tuyo

Pullboard View es la ventana del humano: una página local con todos los proyectos de la máquina, una fila “Needs you” con solo las llamadas que te corresponden, la línea de tiempo de cada elemento con el motivo de cada rechazo, y acciones para agregar trabajo, responder decisiones o sostener un carril. El mismo tablero vive en tu teléfono, emparejado una vez y sellado: el relay no puede leerlo.

¿Cómo empezar con Pullboard?

El arranque mínimo se resume en esta tabla de requisitos y comandos:

El tour dura treinta segundos: tú apruebas una regla —saludar a un nombre vacío como “world”—, un coordinador la registra, un constructor la implementa, un verificador la rompe a propósito y la rechaza, el constructor la corrige con una prueba, y el verificador acepta cuando ve la prueba fallar sin el arreglo. Coordinador, constructor y verificador: tres roles, un recibo.

Desde la versión 0.8.29 existen blueprints, plantillas de especificación por tipo de proyecto —diez incluidas para apps web, librerías, apps iOS, pipelines de datos y más— que se activan con npx pullboard init –blueprint web-app. Y el paquete está publicado en el registro oficial de npm bajo licencia MIT.

¿Qué gate usar según tu lenguaje?

La gate en pullboard.json es cualquier comando que pruebe tu código, y corre antes de cada envío y push. Puede encadenarse con && para combinar chequeos:

Arquitectura local y límites honestos

Todo vive en tu repositorio: especificación, doctrina y configuración como archivos planos comprometidos con el código, y el tablero completo como un único archivo SQLite dentro de .git, compartido por cada worktree pero nunca comprometido. Los elementos son máquinas de estado —el ciclo de vida agéntico de ítems rechaza cualquier movimiento que la declaración no permita— y el trabajo enviado queda fijado en git para sobrevivir a un worktree borrado.

Lo cierto es que el proyecto también declara sus límites sin rodeos: la identidad del worktree no es una frontera de seguridad, un hook puede saltarse con –no-verify (la compuerta pre-push y el verificador son los respaldos) y la CI corre solo en Linux y macOS.

¿Cuáles son las preguntas frecuentes sobre Pullboard?

¿Pullboard es gratuito?

Sí. Es software de código abierto publicado en npm bajo licencia MIT, con el código completo disponible en GitHub.

¿Necesito mandar mi código a la nube?

No. El tablero es un archivo SQLite dentro de .git, en tu máquina, y el trabajo enviado queda fijado en git. Nada se aloja de forma externa.

¿Puedo usar mi agente actual?

Sí. Funciona con Claude Code, Codex, OpenCode o cualquier agente que corra en un shell, integrando también clientes MCP.

¿Qué pasa si un agente falla o se detiene?

Si un agente se queda en silencio, su elemento se reabre automáticamente. Además, pullboard resume devuelve a un agente a su reclamo, mensajes y siguiente paso tras un reinicio.