Hacer que Claude programe la mayor parte del trabajo de un empleo

A quién le sirve. Programadores con un gestor de incidencias (como GitLab) que quieren que Claude haga el primer borrador de sus tareas para dedicarse a revisarlas; no es para quien no programa.

Qué hicieron

El autor montó una aplicación sencilla de consola en .NET alrededor de Claude CLI y GitLab. Cada 15 minutos recoge las incidencias asignadas y decide si cada una está lista. Si no queda clara, redacta una respuesta en GitLab. Si lo está, lanza a Claude sobre el repositorio con el texto y las imágenes de la incidencia. Claude trabaja en una rama nueva, abre una pull request (propuesta de cambio) y después aplica los comentarios. El autor revisa y ajusta a mano los borradores antes de publicar o fusionar.

Cómo salió

Dice que automatiza cerca del 80 % del trabajo y que su tiempo de trabajo manual baja a unas 2 o 3 horas al día, para revisar y probar. En una función reciente de datos maestros, Claude hizo la mayor parte de una tarea de 2 o 3 horas en 15 o 20 minutos. Pero solo funciona porque él revisa todas las propuestas y aún corrige cosas como cumplir la guía de estilo.

Conviene saber

Su problema práctico fueron los límites de uso: tiene Claude Max, solo empezaba implementaciones nuevas con más del 20 % de tokens disponibles y dejaba el bucle funcionando por la noche.

Qué necesitas

• Claude Code, que se maneja escribiendo órdenes en la terminal, con un plan de pago de Claude y margen de uso
• Un proyecto en GitLab (o GitHub) con incidencias bien redactadas
• Conocimientos de programación para montar el bucle y, sobre todo, para revisar cada propuesta de cambio
• Un ordenador o servidor que pueda quedarse encendido, si quieres que trabaje por la noche
• Una guía de estilo del código por escrito, para que Claude la siga

Cómo hacerlo tú, paso a paso

1. Empieza a mano. Pega una tarea real en Claude Code con el prompt de la ficha y revisa la lista de lo que queda pendiente.
2. Escribe tus tareas como incidencias claras, con requisitos, ejemplos y capturas si hacen falta.
3. Haz un pequeño programa que recoja cada cierto tiempo las incidencias asignadas a ti. El autor lo hizo en .NET, y puedes pedirle a Claude que lo escriba en el lenguaje que uses.
4. Haz que decida si cada incidencia está lista: si no lo está, que redacte una pregunta como respuesta en la incidencia, y si lo está, que lance Claude con el texto y las imágenes en una rama nueva (una copia de trabajo aparte del código) y que abra una pull request (una propuesta de cambio para revisar).
5. Revisa tú cada pull request. Pide cambios con comentarios y deja que Claude los aplique.
6. Vigila los límites de uso de tu plan y no lances implementaciones nuevas cuando te quede poco margen.

Esta es una tarea de trabajo: [describe la tarea, los requisitos y el código o los documentos que importen]. Impleméntala hasta donde puedas y haz una lista de lo que queda sin terminar o con dudas, sobre todo casos límite, pruebas y puntos de integración. Habrás terminado con una lista de los pasos pendientes que debo hacer yo.

Consejos

• Revisa todas las propuestas. El autor dice que solo funciona porque las revisa una a una y aún corrige cosas como la guía de estilo.
• Empieza con tareas de riesgo bajo, como funciones nuevas bien delimitadas, y haz tú las partes críticas.
• Vigila los límites de uso. El autor solo lanzaba tareas nuevas con margen de sobra y dejaba el bucle funcionando por la noche.

Preguntas frecuentes

Fuentes

• r/ClaudeAI en Reddit ↗

En el directorio desde el 11 de octubre de 2026.