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

> Un programador da tareas de trabajo a Claude y deja que implemente casi toda la función; el último 10 % sigue siendo lo que más tiempo lleva.

- **Tipo:** Caso de uso
- **Tema:** Programación
- **Herramientas:** Claude
- **Dificultad:** avanzada
- **Origen:** [r/ClaudeAI en Reddit](https://www.reddit.com/r/ClaudeAI/comments/1shngqm/i_automated_most_of_my_job)
- **En el directorio desde:** 11 de octubre de 2026
- **URL:** https://conqueia.com/caso/hacer-que-claude-programe-casi-todo-el-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.

## Pruébalo con Claude

```
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

### ¿Esto sustituye a un programador?

No: el autor revisa todo y el último tramo, probar y pulir, sigue siendo lo que más tiempo lleva. Es una forma de dedicar el tiempo a revisar en lugar de a escribir.

### ¿Y si no uso GitLab?

Vale cualquier gestor de incidencias con repositorio, como GitHub. Lo importante es el circuito: incidencia clara, rama nueva, pull request y revisión humana.

## Fuentes

- [r/ClaudeAI en Reddit](https://www.reddit.com/r/ClaudeAI/comments/1shngqm/i_automated_most_of_my_job)

---

Fuente: conqueia.com/caso/hacer-que-claude-programe-casi-todo-el-trabajo-de-un-empleo