GitHub: limita borradores antes de acumular PR de agentes
Si los agentes generan código más rápido, también puede crecer la cola de revisión. Un PR borrador indica que todavía no está listo, pero sigue siendo trabajo. El cambio de GitHub invita a revisar esa entrada.
Qué cambió el 8 de octubre
El 8 de octubre de 2026 GitHub anunció que los límites de PR pueden incluir borradores. Antes no contaban para el límite del usuario. No significa que todos los repositorios hayan cambiado automáticamente su configuración.
El anuncio busca reducir desorden, notificaciones y ejecuciones de CI ligados a aportaciones de baja calidad y spam. No recomienda un número universal. Comprueba la configuración y su alcance reales.
Separar estado y capacidad
El borrador comunica preparación; el límite controla trabajo entrante. Lo incompleto también necesita mantenimiento. Tampoco todos los borradores ejecutan CI caro: revisa disparadores e historial.
Tres borradores con alternativas para una incidencia facilitan comparar, pero mantienen tres ramas y diferencias. Son experimentos, no tres versiones comprometidas. Compara opciones en la incidencia cuando sea posible y abre un PR con propósito revisable.
Observar tres cosas primero
Registra borradores y PR normales abiertos, responsables y objetivos, y última actualización significativa. Después revisa CI, esperas y duplicados. La impresión de demasiadas notificaciones puede terminar bloqueando contribuciones válidas.
Vincula repositorio, incidencia y PR existente en los agentes. Si falla la creación, no abras inmediatamente otro con nombre distinto. Comprueba y actualiza el trabajo previo. Es una propuesta operativa, no una función automática nueva de GitHub.
Explicar qué hacer al alcanzar el límite
La guía debe indicar cómo continuar trabajo existente, qué significa estar listo y quién ayuda. No sugieras convertir el borrador en PR normal para eludir la política. Antes de cerrar o archivar, comprueba responsable y contenido útil.
Varios PR dependientes no son malos por su número. Una cadena de cambios pequeños difiere de repetir la misma propuesta. El límite protege la entrada, pero no sustituye revisión, pruebas ni decisiones de despliegue.
Aplicar poco y comparar resultados
Documenta política y excepciones en un repositorio y verifica el ajuste. Compara crecimiento de borradores, reutilización, espera y contribuciones válidas bloqueadas en el mismo periodo. Menos elementos no prueban mayor calidad.
Haz que una tarea vuelva al mismo PR antes de aumentar la frecuencia del agente. GitHub enlaza un canal de comentarios sobre la configuración. Aquí no se inventan reacciones ni mejoras medidas.
Fuente oficial
Comprobado el 9 de octubre de 2026. Separa la función anunciada de las propuestas operativas.