A quién le sirve. Programadores que trabajan solos o en equipos pequeños y quieren que la IA haga tareas rutinarias de código con control humano.
Qué hicieron
Un desarrollador que trabaja solo, con un Mac y una suscripción de pago a Claude, pidió a Claude que construyera un sistema al que llama «la fundición». Coge las tareas de una cola de GitHub, las clasifica en «hazla solo», «pregúntame» u «omítela», las construye, las prueba y las pasa por una segunda revisión de otro agente. Incluye un botón de publicar que deshace el cambio si falla una prueba rápida, un espacio aislado para los agentes y un informe de cada mañana con lo publicado, lo roto y lo gastado.
Cómo salió
En una prueba con una tarea falsa y maliciosa, el espacio aislado bloqueó 13 de 13 acciones peligrosas. La primera tarea real, una prueba nueva en una aplicación con unas 1.100 pruebas, se planificó en unos dos minutos, se construyó, se revisó y el autor la aprobó. Falló dos veces: un borrado automático de rama rompió la siguiente construcción y un paso de publicación se quedó esperando y bloqueó la cola. No dan cifras de ahorro.
Conviene saber
Es el relato de una sola persona sobre sus propios proyectos y sirve también de escaparate para su empresa. Nada se une al código sin que pasen las pruebas y sin su visto bueno. Para copiarlo hace falta soltura con programación y con la terminal.
Qué necesitas
- Una suscripción de pago a Claude
- Un repositorio de GitHub con pruebas automáticas
- Soltura con la terminal y con programar
- Un ordenador que pueda quedarse trabajando por la noche
Cómo hacerlo tú, paso a paso
- Elige un repositorio que ya tenga pruebas automáticas.
- Pide a Claude que construya el sistema en tandas pequeñas y que guarde un registro de cada paso.
- Haz que clasifique cada tarea en «hazla sola», «pregúntame» u «omítela».
- Añade un espacio aislado donde los agentes solo puedan tocar lo de la tarea.
- Exige pruebas y una segunda revisión antes de proponer el cambio.
- Prueba el aislamiento con una tarea falsa que intente algo peligroso.
- Revisa y aprueba tú cada cambio antes de unirlo.
Quiero montar un sistema que convierta las tareas de mi lista de [GitHub u otra herramienta] en cambios de código revisados. Trabaja en tandas pequeñas y deja un registro de cada paso por si se corta a medias. Primero, propón cómo clasificar cada tarea en «hazla sola», «pregúntame» u «omítela». Después, cómo construir cada cambio, probarlo y pedir una revisión a un segundo agente. Añade un espacio aislado donde los agentes no puedan tocar nada fuera de la tarea. Cada tarea debe acabar en una propuesta de cambio con sus pruebas, y nada se une al código sin mi aprobación. Has terminado cuando tengas el plan por tandas, el modo de clasificar tareas y cómo se revisa cada cambio.
Consejos
- Prueba el aislamiento con una tarea trampa antes de confiar en él.
- Guarda un registro por tandas para poder retomar si algo se corta.
- Vigila los pasos que esperan sin límite de tiempo: bloquean toda la cola.
Preguntas frecuentes
¿Cuánto cuesta mantenerlo?
El autor habla de una suscripción de unos 200 dólares al mes y servidores gratuitos para sus aplicaciones. No da el coste total de operarlo.
¿Puedo dejar que se una solo el código?
El autor no lo hace: nada se une sin pruebas pasadas y sin su aprobación. Es lo prudente al empezar.
Fuentes
En el directorio desde el 26 de octubre de 2026.