GitHub: limitare le bozze prima di accumulare PR degli agenti
Se gli agenti producono codice più velocemente, può crescere anche la coda di revisione. Una PR in bozza indica lavoro non pronto, senza eliminare il carico. Il cambiamento GitHub invita a esaminare l’ingresso.
La novità dell’8 ottobre
L’8 ottobre 2026 GitHub ha annunciato che i limiti delle PR possono includere le bozze. Prima non contavano nel limite dell’utente. Non significa che tutte le impostazioni dei repository siano cambiate automaticamente.
L’annuncio mira a ridurre disordine, notifiche e CI da contributi scadenti e spam. Non raccomanda un limite numerico universale. Verifica configurazione effettiva e ambito.
Separare stato e capacità
La bozza comunica preparazione; il limite controlla il lavoro in ingresso. Il lavoro incompleto richiede manutenzione. Non tutte le bozze però avviano CI costosa: controlla trigger e cronologia.
Tre bozze con alternative per una issue aiutano il confronto, ma mantengono tre branch e diff. Sono esperimenti, non tre rilasci promessi. Confronta le opzioni nella issue quando possibile, poi apri lavoro chiaramente revisionabile.
Osservare prima tre elementi
Registra bozze e PR normali aperte, responsabili e obiettivi, e ultimo aggiornamento significativo. Poi osserva CI, attese e duplicati. Un’impressione di troppe notifiche può bloccare contributi validi senza risolvere il processo.
Gli agenti devono collegare repository, issue e PR esistente. Se la creazione fallisce, non aprire subito un’altra PR con un nome diverso. Cerca e aggiorna il lavoro precedente. È una proposta operativa, non una nuova automazione GitHub.
Spiegare il percorso bloccato
Indica come proseguire il lavoro, i criteri di revisione e chi contattare. Non suggerire la conversione a PR normale per aggirare la regola. Prima di chiudere o archiviare, controlla responsabile e contenuto utile.
Più PR dipendenti non sono scadenti per il solo numero. Piccoli diff collegati differiscono da invii ripetuti. Il limite protegge l’ingresso senza sostituire revisione, test o decisioni di deployment.
Iniziare poco e confrontare
Documenta politica ed eccezioni in un repository e verifica l’impostazione. Confronta crescita, riutilizzo, attese e contributi validi bloccati nello stesso periodo. Meno elementi non dimostrano qualità maggiore.
Fai tornare la stessa attività alla stessa PR prima di accelerare l’agente. GitHub offre un canale di feedback sulla configurazione. Qui non vengono inventate reazioni o miglioramenti misurati.
Fonte ufficiale
Verificato il 9 ottobre 2026. Distingui capacità annunciata e proposte operative.