Llegó Stitch 2.0: corré tu CI en local, arreglá los fallos con IA

Stitch 2.0 está afuera. Si venís siguiendo la serie, la versión corta es: todo lo que leíste en las retros acaba de aterrizar.

Si no, este post es el resumen independiente. Qué es Stitch ahora, qué es distinto respecto de v1 y cómo probarlo en los próximos treinta segundos.

Qué es Stitch 2.0

Una herramienta de línea de comandos que corre en tu laptop. Lee la configuración de CI que ya está en tu repositorio, parsea los jobs que definiste y corre los jobs de verificación (lint, typecheck, test, build) en local en segundos. Cuando un job falla, Stitch le pasa el fallo a un agente de IA (Claude Code o Codex) que ya tenés instalado. El agente arregla el problema. Stitch re-ejecuta el job. Si pasa, terminaste.

Un comando para instalar y correr:

npx stitch-agent run claude

Sin API keys. Sin imagen Docker. Sin jobs de pipeline nuevos. Sin archivo de configuración obligatorio. El CI que ya tenés, corriendo en la máquina en la que ya trabajás, con el agente ya abierto en tu pantalla.

Qué cambió respecto de v1

La lista corta, para quienes usaron Stitch v1 y se preguntan qué se rompió:

• Lenguaje. v1 era Python, distribuido en PyPI. v2 es TypeScript, distribuido en npm. El nombre del paquete sigue siendo stitch-agent.
• Modelo de ejecución. v1 corría como un job de CI disparado por fallo de pipeline. v2 corre en local desde tu terminal. El pipeline queda intacto.
• Integración con el agente. v1 hablaba con modelos por API, usando keys que proveías vos. v2 delega en tu Claude Code o Codex ya instalado y usa tu suscripción existente.
• Superficie de configuración. v1 requería agregar dos jobs (stitch-monitor, stitch-heal) a tu YAML de CI. v2 no requiere ningún cambio en tu CI.
• Clasificación de errores. v1 tenía un motor de regex con 150 patrones que ordenaba errores en nueve categorías. v2 no tiene nada de eso. El agente se encarga del diagnóstico directamente.
• Auto-merge. v1 tenía un flag para eso. v2 hace auto-commit + push solo en ramas limpias y solo si pasás --auto-commit. Apagado por defecto.
• TUI interactiva. La salida de v1 era un log de CI. v2 tiene una UI de terminal en vivo con un stepper de pipeline, tabla de estado de jobs y panel de driver.
• Modo watch. Nuevo en v2. Re-verifica los jobs afectados al guardar archivos.

¿Por qué una reescritura completa y no una migración? Porque la mayoría de estos cambios no son features, son forma. Una librería pensada para correr dentro de un entorno de CI está estructurada de manera distinta a una CLI pensada para correr al lado de tu editor. Intentar moldear v1 hasta convertirlo en v2 habría sido más lento que escribir v2 desde cero. Probamos el camino lento primero. Los posts anteriores de la serie explican cómo llegamos a esa decisión.

Para quién es

El perfil que tuvimos en la cabeza mientras reescribíamos:

• Trabajás en uno o más repositorios con un pipeline de CI.
• El CI se rompe por motivos triviales lo suficientemente seguido como para que lo notes.
• Ya usás Claude Code, Codex u otro agente CLI de IA día a día.
• Preferirías no esperar una vuelta completa de pipeline remoto para enterarte de que te olvidaste un punto y coma.

Si ese sos vos, Stitch 2.0 está a un solo comando.

Qué viene

Stitch 2.0 es el primer release de la forma local-first. El roadmap desde acá es más corto y más simple que el de v1, y es a propósito. Lo que queremos agregar:

• Más plataformas de CI. GitLab CI y GitHub Actions están soportados hoy. CircleCI, Drone y runners self-hosted vienen después.
• Más agentes. Claude Code y Codex son los drivers actuales. Agregar más agentes basados en CLI es un patrón chico de coincidencia.
• Mejor inferencia de jobs. La heurística para clasificar jobs de verificación vs infra es buena pero no perfecta. Los casos borde en pipelines exóticos necesitan más trabajo.
• Compartir en equipo. No un dashboard, no un servicio. Solo una forma de compartir una política .stitch.yml en un repo sin que cada desarrollador la redescubra.

Las cosas que deliberadamente no estamos agregando también vale nombrarlas. Sin servicio hospedado. Sin cuenta. Sin telemetría. Sin entrenar con tu código. Si eso cambia, va a ser un producto separado con un nombre separado.

Probalo

npx stitch-agent run claude

Si tenés diez minutos y un pipeline que falla, es suficiente. El repositorio está en github.com/x24labs/stitch-agent. Los issues están abiertos. Las contribuciones son bienvenidas.

Gracias por leer la serie. La respuesta honesta a “por qué hizo falta una reescritura” es que la forma correcta no estuvo disponible para nosotros hasta que vimos la forma equivocada salir a producción. v2 es la versión que queríamos construir desde el principio. Solo que tuvimos que construir v1 primero para saberlo.