Apple ha introdotto un tetto al numero di segnalazioni che si possono inviare tramite Feedback Assistant, lo strumento con cui sviluppatori e utenti beta comunicano bug e problemi, aggiungendo anche un periodo di "raffreddamento" di 30 giorni. Il motivo, secondo quanto riportato dal Financial Times all'inizio di agosto 2026, è il volume ingestibile di segnalazioni generate dall'intelligenza artificiale.
Cosa cambia nel Feedback Assistant
Fino a ieri chi trovava (o credeva di trovare) un difetto in iOS, macOS o in un'app poteva aprire quante segnalazioni voleva. Ora c'è un limite: superata una certa soglia scatta una pausa obbligatoria prima di poterne inviare di nuove. Apple ha previsto che i ricercatori seri possano richiedere quote più alte, per non penalizzare chi contribuisce davvero. È un cambiamento piccolo nella forma ma significativo nella sostanza, perché tocca il canale attraverso cui l'azienda raccoglie i problemi prima di distribuirli a milioni di dispositivi.
Il problema dello "slop": report plausibili ma inutili
Il fenomeno ha un nome ormai diffuso: slop, la valanga di contenuti generati dall'IA che sembrano competenti ma non lo sono. Nel caso delle segnalazioni di bug, un modello linguistico può produrre un report perfettamente formattato, con passaggi di riproduzione verosimili e persino frammenti di codice, che descrive però un problema che non esiste. Verificarlo costa tempo a ingegneri umani, e quando arrivano a migliaia il canale si intasa, seppellendo le segnalazioni autentiche sotto quelle inventate.
Non è sola: curl e l'Internet Bug Bounty prima di lei
Apple non è la prima a reagire. Progetti open source molto seguiti come curl e programmi come l'Internet Bug Bounty avevano già introdotto freni contro le segnalazioni di vulnerabilità assistite dall'IA, esasperati da report falsi che rubavano ore ai manutentori volontari. La novità è che stavolta a mettere un limite formale è uno dei più grandi produttori di software al mondo: un segnale che il problema ha raggiunto una scala industriale.
Perché riguarda la sicurezza di tutti
Le segnalazioni di bug e vulnerabilità sono il sistema immunitario del software: più occhi guardano il codice, prima si trovano i difetti. Ma se il canale viene inondato di rumore, il rischio è che una falla vera passi inosservata perché sepolta tra centinaia di finte. Rate-limiting e quote sono una difesa comprensibile, ma introducono anche un attrito: un ricercatore in buona fede potrebbe ritrovarsi bloccato proprio mentre segnala qualcosa di importante. Il punto di equilibrio — filtrare lo slop senza soffocare il contributo umano — è la sfida che ora tutti i grandi progetti dovranno affrontare.
Cosa possono fare ricercatori e sviluppatori
Per chi segnala bug in modo serio il consiglio è puntare sulla qualità: riproduzioni verificate, log reali, ambienti indicati con precisione, e trasparenza sull'eventuale uso di strumenti IA come supporto (non come autore) del report. Chi gestisce programmi di segnalazione può invece introdurre livelli di reputazione, verifiche automatiche dei passaggi di riproduzione e canali separati per i contributori affidabili. La lezione di questi mesi è che l'IA non solo aiuta a scrivere software, ma ne stressa anche le infrastrutture di manutenzione, costringendole a evolvere.
