¿CON QUÉ IA?
A quién le sirve. Equipos de programación con muchas propuestas de cambios abiertas (pull requests) que quieren una primera clasificación rápida.
Qué hicieron
El artículo solo resume esta prueba y no da su montaje. La describe como la prueba práctica independiente más creíble: Muse Code, el agente de terminal de Meta, auditando 222 pull requests (propuestas de cambios en el código). Aparte, el agente investigó durante tres minutos un proyecto de Google que no existe, y construyó todo su plan sobre él. La guía cubre la instalación, el entorno aislado por defecto con avisos de aprobación y los subagentes en paralelo con git worktrees.
Cómo salió
La auditoría de las 222 propuestas terminó en menos de cinco minutos por unos diez céntimos. La tarea de planificación a largo plazo falló del todo con el proyecto inventado, que según el artículo es donde el agente es más débil.
Conviene saber
Está en beta. El nivel barato de 0,10 y 0,20 dólares entrena con tu código y se limita a 100 peticiones por minuto, así que usa el nivel estándar para cualquier cosa privada.
Qué necesitas
- Muse Code, el agente de terminal de Meta, instalado en tu ordenador (está en beta)
- La línea de comandos de GitHub (un programa para usar GitHub desde la terminal), con acceso al repositorio que quieres revisar
- Un repositorio (el espacio donde vive el código) con propuestas de cambios abiertas
- El nivel de pago estándar, y no el barato, si tu código es privado
- Alguien que sepa leer código para revisar las sugerencias
Cómo hacerlo tú, paso a paso
- Instala Muse Code siguiendo su guía y deja activados el entorno aislado y los avisos de aprobación que vienen por defecto.
- Si tu código es privado, elige el nivel estándar.
- Instala la línea de comandos de GitHub e inicia sesión con una cuenta que solo pueda leer el repositorio, si es posible.
- Pide a Muse Code que audite las propuestas abiertas: de cada una, qué cambia, si está caducada, duplicada o es arriesgada, y qué acción sugiere.
- Dile que cite solo lo que pueda comprobar que existe en el repositorio y que avise cuando no esté seguro.
- Pide una tabla resumen ordenada. Que no comente, acepte ni cierre nada sin enseñártelo antes.
- Revisa las sugerencias y actúa tú sobre las propuestas.
Con la línea de comandos de GitHub, audita las propuestas de cambios abiertas en [propietario/repositorio]. Para cada una, resume qué cambia, marca las caducadas, duplicadas o arriesgadas y sugiere una acción. Cita solo lo que puedas comprobar que existe en el repositorio y di cuándo no estés seguro. Termina con una tabla resumen ordenada, y no comentes, aceptes ni cierres nada sin enseñármelo antes.
Consejos
- Esta tarea, auditar muchas propuestas de golpe, es donde mejor fue. Evita encargarle planificación a largo plazo: ahí inventó un proyecto que no existe.
- Comprueba cada dato que cite. Un agente puede describir con seguridad algo que no existe.
- Con código privado, lee las condiciones del nivel que uses antes de darle acceso: el barato entrena con tu código.
Preguntas frecuentes
¿Es seguro darle acceso a mi repositorio?
Dale el mínimo permiso posible: una cuenta de solo lectura y el entorno aislado activado. Revisa antes lo que haría con cada propuesta.
¿Para qué sirve auditar propuestas de cambios?
Para saber cuáles están caducadas, duplicadas o son arriesgadas antes de dedicarles tiempo. Ordena la cola, pero no decide por ti.
Fuentes
En el directorio desde el 3 de octubre de 2026.
@blackhousecap en X