Ejecutá tu CI localmente. Arreglá los fallos con IA. Stitch lee tu configuración de CI existente, corre los jobs en tu máquina en segundos y pasa los fallos a un agente de IA que los arregla. Sin API keys, sin archivos de configuración.
Stitch corre tu misma configuración de CI — pero en tu máquina, antes de hacer push. Cuando encuentra un fallo, pasa el contexto a Claude y aplica el parche. Sin abrir una sola PR rota.
De la config al CI en verde, Stitch ejecuta todo el ciclo en tu máquina sin salir de la terminal.
Ejecutá stitch run claude. Stitch parsea tu .gitlab-ci.yml o los workflows de GitHub Actions, clasifica los jobs y salta automáticamente los de infraestructura.
Los jobs corren localmente con timeouts y aislamiento. Los resultados aparecen en una TUI en vivo con seguimiento de progreso. Segundos, no minutos.
Los jobs fallidos pasan a tu agente de IA (Claude Code o Codex). El agente investiga, edita archivos y Stitch re-ejecuta para verificar. Hasta 3 intentos antes de escalarte.
No hay servidor intermedio. Stitch corre en tu shell, lee tu árbol de archivos, y escribe parches encima. Si lo apagas, no queda rastro.
Usa las credenciales de Claude Code que ya tienes. No pedimos tokens, no guardamos nada.
Cada parche aterriza en un commit aislado. git reset te lleva exactamente al estado anterior.
Lo que verías en tu CI en la nube, lo ves en tu terminal. Mismos jobs, mismos contenedores, mismo resultado — sin el ciclo de espera.
Stitch captura lo que se escapa en la revisión de código — errores de lint, incompatibilidades de tipos, tests rotos — y los corrige antes de que te des cuenta.
Usa tu .gitlab-ci.yml o GitHub Actions existente. Sin setup, sin reescribir, sin YAML extra.
Corre los jobs en tu máquina en segundos. Sin esperar runners remotos ni colas de pipelines.
Usá Claude Code u OpenAI Codex. Aprovechá tu suscripción existente. Sin API keys que manejar.
Hermosa UI de terminal con progreso en vivo, estado de los jobs y actividad del driver mientras Stitch trabaja.
Validación continua mientras codeás. Vuelve a correr los jobs automáticamente cuando cambian los archivos.
Clasifica y saltea jobs de deploy, publish e infra. Solo corre lo que importa localmente.
Cuando los fixes pasan, Stitch hace commit y push automáticamente. Vos seguís en flow.
GitLab CI y GitHub Actions, self-hosted incluido. Lee tu configuración existente tal cual.
Todo lo demás en esta página es lo que Stitch hace. Las grabaciones de abajo son cómo se ve haciéndolo. Capturadas desde una terminal real, sin editar.
Un comando. Stitch parsea tu configuración de CI, corre los jobs de verificación en local, pasa los fallos a Claude Code o Codex y re-verifica el arreglo. Todo fluye en una sola ventana de terminal.
Stitch registra cada corrida que ejecuta en un repo. Ves de un vistazo qué jobs pasan solos, cuáles necesitaron al agente y cuáles fueron escalados. Sin dashboard, sin cuenta. Solo un archivo en tu máquina.
Stitch viene con una skill de Claude Code. Instalala una vez y Claude corre Stitch automáticamente en los cuatro momentos en los que el código roto suele escapar. Sin flags, sin comandos, sin prompts.
Escribís "commit y push" en Claude Code.
Corre Stitch en local en segundos, con la TUI en vivo.
En verde, el push sale. En rojo, Claude lo arregla primero y después empuja.
Le pedís a Claude que haga push, commit o abra un PR. Stitch corre primero. Si algo falla, el commit se queda en tu máquina.
Feature lista, bug arreglado, refactor aterrizado. Claude corre Stitch como último paso antes de dar el trabajo por terminado.
Si un ítem de TodoWrite toca código que un pipeline chequearía, Claude corre Stitch antes de tildar la casilla.
Cuando saltás a otro cambio, Claude revisa el anterior para que no quede nada roto atrás.
Un symlink. Claude Code la detecta y se dispara solo ante menciones en lenguaje natural como "validá esto" o "arreglá el pipeline". Igual podés llamarla explícitamente con /stitch.
$ ln -s "$(pwd)/skills/stitch" ~/.claude/skills/stitch
$ ln -s "$(npm root -g)/stitch-agent/skills/stitch" ~/.claude/skills/stitch
La mayoría de los asistentes de CI quieren que adoptes su nube, su monorepo o su SDK. Stitch lee lo que ya tenés y corre en la máquina que ya tenés.
| Capacidad | Stitch | Gitar | Nx Cloud | Dagger + AI |
|---|---|---|---|---|
| Usa tu configuración de CI existente | ✓ | ✕ | ✕ | ✕ |
| Corre los jobs en local | ✓ | Solo en la nube | Solo en la nube | Contenedores |
| Agente de IA intercambiable | Cualquier agente CLI | Solo integrado | Solo integrado | Solo integrado |
| Requiere infraestructura nueva | Ninguna | Cuenta SaaS | Monorepo de Nx | Dagger SDK |
| Integración nativa con Claude Code | Viene con una skill | ✕ | ✕ | ✕ |
| Precio | Gratis | Desde $20/usuario/mes | Plan de Nx Cloud | Gratis (OSS) |
Stitch lee la configuración de CI que ya tenés y corre los mismos jobs localmente. Sin cambios en el pipeline, sin servicios extra, sin YAML nuevo para mantener.
# Run every CI job locally $ stitch run claude # Only the jobs you care about $ stitch run claude --jobs lint,test # See what would run, without running it $ stitch run claude --dry-run # Re-run automatically on every file change $ stitch run claude --watch --jobs lint,test
# Your existing CI config. Stitch reads it, # no jobs to add, no changes to make. lint: image: node:20 script: - bun install - bun run lint test: image: node:20 script: - bun install - bun test typecheck: image: node:20 script: - bun install - bun run typecheck
Stitch corre dentro de tu repo con límites duros de tiempo, alcance y qué puede salir de tu máquina. Nada se mueve a tus espaldas.
Cada job corre con un timeout configurable. Los comandos descontrolados se terminan con SIGKILL, nunca quedan colgados.
Los jobs de deploy, publish y release se clasifican como infra y se saltan automáticamente. Solo corren localmente los jobs de verificación.
El auto-commit y push solo se disparan si la rama estaba limpia antes de arrancar Stitch. Tu trabajo sin commitear es intocable.
Los jobs fallidos reintentan hasta max_attempts (por defecto 3). Después, Stitch te escala en vez de quemar tokens.
Jobs, logs y fixes corren todos en tu máquina. Sin nube, sin telemetría, sin webhooks salvo que vos los configures.
languages: [typescript, python] linter: eslint test_runner: vitest package_manager: pnpm max_attempts: 3 conventions: - "Always use explicit return types on public functions." - "Never downgrade dependency versions." auto_fix: [lint, format, simple_types, config_ci] escalate: [logic_errors, breaking_changes, dependency_conflicts] notify: channels: - type: slack webhook_url: https://hooks.slack.com/...
Stitch lee tu configuración de CI existente (GitHub Actions o GitLab CI), corre los jobs de verificación en tu máquina y le pasa cualquier falla a tu agente de IA (Claude Code o Codex) para que la arregle. Cuando la corrección pasa local, Stitch comitea y hace push. Sin runner remoto en el loop.
Nx Cloud, Gitar y Dagger te piden adoptar su nube, su monorepo o su SDK. Stitch lee la configuración de CI que ya tenés y corre en la máquina que ya tenés. Sin cuenta SaaS, sin DSL, y el agente de IA es la CLI que ya usás.
No. Stitch usa las credenciales de Claude Code o Codex que ya tenés en tu máquina. Nada extra que manejar, nada extra que pagar.
GitHub Actions y GitLab CI hoy, incluyendo GitLab self-hosted. Stitch parsea la config existente y solo corre los jobs de verificación; deploy y publish se saltan automáticamente.
Sí. Stitch es open source bajo licencia MIT, publicado en npm como stitch-agent. El único costo es lo que ya pagás por tu agente de IA (Claude Code o Codex).
No. Stitch corre local. Tu código se queda en tu máquina. Tu agente de IA habla con su propia API directamente usando tus credenciales existentes, igual que cuando lo corrés a mano. Stitch no tiene telemetría ni webhooks salvo que los configures.
Sí. La capa de agente es pluggable. Codex CLI funciona hoy; cualquier CLI que reciba una tarea y devuelva parches de código se puede conectar. Claude Code es el default porque hicimos la integración primero, no porque haya lock-in.