Amp, de Sourcegraph, aprende a vigilar sus propios PR: comentarios, revisiones y CI en un mismo hilo

Amp, el agente de programación de Sourcegraph, ya no abandona un pull request en cuanto lo abre. Ahora se suscribe a los comentarios, las revisiones y los resultados de CI del último commit de su PR. Si una comprobación falla o un revisor plantea una pregunta, el evento llega al mismo hilo en el que el agente escribió el código. Ya tiene el contexto de la tarea y no hay que explicarle nada. La actualización salió el 12 de octubre de 2026 y se apoya en una nueva integración con GitHub Webhooks.

Cómo funciona la suscripción

Antes, Amp ofrecía un soporte más general de webhooks de eventos para orbs (así se llama en Amp el entorno de trabajo del agente). La nueva integración con GitHub funciona de otra manera: Amp recibe de forma centralizada todas las solicitudes entrantes. Después, el usuario o el propio agente deciden adónde reenviarlas: a un orb concreto o a uno nuevo por cada evento.

El agente puede suscribirse a eventos determinados, por ejemplo a la actividad de su propio PR. También puede crear una suscripción que genere nuevos orbs. No hace falta conservar el hilo en el que lo configuraste todo: la suscripción vive aparte, y Amp indica expresamente que ese hilo se puede archivar.

Un orb nuevo por cada issue o PR

El segundo escenario está pensado para un flujo de tareas entrantes. Le pides a Amp que lance un orb independiente por cada issue o PR nuevo del repositorio. El anuncio da este ejemplo: cada nuevo issue del repositorio acme/website. La selección se puede acotar a los que se abran con una etiqueta determinada.

Cada uno de esos orbs lee su issue o PR, y cuando abres el hilo ya encuentras un breve resumen. Los comentarios posteriores llegan al mismo hilo, así que la discusión no se dispersa entre varias sesiones.

Parámetros clave de la actualización:

• tres tipos de señales sobre el último commit del PR: comentarios, revisiones y CI;
• dos modos de enrutamiento: a un único orb existente o a uno nuevo por cada evento;
• filtrado por etiqueta para los orbs que se lanzan automáticamente;
• gestión de suscripciones en Settings → MCP & Integrations → GitHub: edición, pausa y lista de orbs en ejecución por cada suscripción;
• en la captura de la tabla GitHub Event Subscriptions se ven dos generadores de orbs y una suscripción a un PR.

Qué hacer con esto

Lo primero es instalar Amp GitHub App en el repositorio que interese. Después basta con pedírselo al agente en un hilo normal: que se suscriba al PR que abrió o que lance orbs para los issues nuevos. La tabla de suscripciones en los ajustes sirve para comprobar qué hay en marcha y pausar lo que sobre.

La documentación describe otros escenarios. Se puede vigilar el CI tras un push a main, suscribirse a un issue o PR que ya existe, o preguntarle a Puck qué está siguiendo Amp en ese momento.

En la práctica, la ventaja está en que se acorta el ciclo de «PR abierto, CI en rojo, una persona se da cuenta y vuelve al agente». El agente reacciona al CI en rojo y a los comentarios dentro del mismo contexto en el que escribió el código. Conviene ser prudente con el lanzamiento automático: en un repositorio activo crea un orb por cada issue o PR, así que lo mejor es fijar el filtro por etiqueta desde el principio. El anuncio no detalla los límites en el número de orbs ni las condiciones de tarificación, de modo que hay que consultarlos en la documentación de Amp.