Resolver una incidencia avisada en Slack con un agente de programación

A quién le sirve. Equipos de desarrollo que reciben incidencias por Slack y quieren que un agente de programación las resuelva con revisión humana, en un caso de programadores.

Qué hicieron

Un agente interno de operaciones llamado «claw» clasificó una incidencia comunicada en Slack. Una persona se la pasó entonces a un agente de Codex, que trabajó de forma independiente hasta resolverla. Más tarde, el agente de operaciones publicó en el mismo hilo de Slack la comprobación de que el arreglo funcionaba.

Cómo salió

El agente de Codex resolvió la incidencia en 40 minutos y el agente de operaciones lo confirmó en Slack. No se mencionan fallos ni más datos.

Conviene saber

Depende de un agente interno de operaciones hecho a medida («claw») y unido a Slack. Tardó 40 minutos de principio a fin.

Qué necesitas

• Codex u otro agente de programación con acceso a tu repositorio de código
• Un repositorio con pruebas automáticas que se puedan lanzar con un comando
• Un canal de Slack o un sistema de incidencias donde llegan los avisos
• Una persona que revise el cambio antes de fusionarlo

Cómo hacerlo tú, paso a paso

1. Elige una incidencia pequeña, con pasos claros para reproducirla.
2. Comprueba que el repositorio tiene pruebas automáticas y que ahora mismo pasan.
3. Copia el texto de la incidencia o su enlace, desde Slack o tu sistema de incidencias.
4. Pega el prompt de la ficha con la incidencia y la ruta del repositorio. Pide que encuentre la causa, aplique el arreglo, ejecute las pruebas y abra una propuesta de cambios (pull request) con un resumen.
5. Dile que se detenga antes de subir los cambios para que veas las diferencias. No le permitas fusionar ni publicar.
6. Revisa el cambio. Si quieres, que otra persona o un segundo agente compruebe el arreglo y lo deje dicho en el mismo hilo de Slack.
7. Fusiona tú cuando las pruebas pasen y entiendas lo que se ha tocado.

Esta es una incidencia de mi equipo: [pega el texto o el enlace de la incidencia] en el repositorio [ruta o dirección del repositorio]. Encuentra la causa, aplica el arreglo, ejecuta las pruebas y abre una propuesta de cambios (pull request) con un resumen breve de lo que has cambiado y cómo lo has comprobado. Habrás terminado cuando las pruebas pasen y el resumen esté listo para mi revisión. No fusiones ni publiques nada, y detente para enseñarme las diferencias antes de subir los cambios.

Consejos

• Una incidencia con pasos para reproducirla da mejores resultados que una frase suelta.
• Que el arreglo se verifique y se anuncie en el hilo original. Así el equipo ve que está resuelto.
• No lo conectes a producción. Que trabaje en una rama y que fusiones tú.

Preguntas frecuentes

Fuentes

• @wesleymagness en X ↗

En el directorio desde el 5 de octubre de 2026.