# Dejar que un agente propio cambie su propio repositorio

> El agente que un autor construyó por su cuenta hizo su primer cambio de código en su propio repositorio.

- **Tipo:** Caso de uso
- **Tema:** Programación
- **Dificultad:** avanzada
- **Origen:** [@verdverm.com en Bluesky](https://bsky.app/profile/verdverm.com/post/3m62375wrkk26)
- **En el directorio desde:** 3 de octubre de 2026
- **URL:** https://conqueia.com/caso/dejar-que-un-agente-propio-cambie-su-propio-codigo

## A quién le sirve

Programadores que han construido su propio agente y quieren que pueda proponer cambios pequeños en su propio código, siempre con revisión humana; no es para quien no programa.

## Qué hicieron

El autor publicó que su agente, hecho a medida, acababa de hacer su primer cambio de código en su propio repositorio. Es un anuncio corto de una sola publicación. No describe las herramientas del agente, la tarea que se le dio ni cuánto revisó o aprobó una persona.

## Cómo salió

Lo único que cuenta es que se produjo ese primer cambio de código hecho por el propio agente. No da detalles del cambio ni de su calidad, ni cifras.

## Conviene saber

La fuente es una publicación de una línea, sin configuración, coste ni advertencias, así que busca los detalles de implementación en otro sitio.

## Qué necesitas

- Un agente propio, con su código en un repositorio de git (el sistema que guarda el historial de cambios del código)
- Un agente de programación, como Claude Code o Codex, para añadir la función
- Pruebas automáticas del proyecto
- Una rama de trabajo (una copia aparte del código) separada de la principal
- Una persona que revise cada cambio antes de fusionarlo

## Cómo hacerlo tú, paso a paso

1. Asegúrate de que el proyecto está en git y de que tiene pruebas automáticas.
2. Pega el prompt de la ficha con la ruta del repositorio y una mejora pequeña, como añadir una herramienta nueva o corregir una errata.
3. Pide que cree una rama aparte para los cambios y que ejecute las pruebas antes de guardar.
4. Comprueba que el agente produce un commit (un punto de guardado del código) en esa rama y nada más.
5. Revisa los cambios tú, línea a línea.
6. Si todo está bien, fusiónalos tú. Si no, descarta la rama.

## Pruébalo con tu IA

```
Mi proyecto de agente está en el repositorio de [ruta del repositorio]. Añade una forma de que el agente proponga y haga un cambio pequeño en su propio código, como [mejora pequeña, por ejemplo añadir una herramienta nueva o corregir una errata], en una rama aparte y ejecutando antes las pruebas. Habrás terminado cuando haya producido un commit en esa rama. No lo fusiones ni lo subas hasta que yo haya revisado los cambios.
```

## Consejos

- Que nunca pueda fusionar ni subir sus propios cambios sin tu revisión.
- Empieza con cambios triviales, como una errata, para ver cómo se comporta.
- Mantén una copia de seguridad del proyecto y protege la rama principal.

## Preguntas frecuentes

### ¿Es peligroso que un agente toque su propio código?

Puede serlo si nadie lo revisa, porque un cambio mal hecho afectaría a su propio comportamiento. Con rama aparte, pruebas y revisión humana, el riesgo baja mucho.

### ¿Para qué sirve?

Para que el agente mantenga y mejore sus propias herramientas con tu supervisión, en vez de escribir tú cada cambio pequeño. Empieza por tareas triviales.

## Fuentes

- [@verdverm.com en Bluesky](https://bsky.app/profile/verdverm.com/post/3m62375wrkk26)

---

Fuente: conqueia.com/caso/dejar-que-un-agente-propio-cambie-su-propio-codigo