alexi.sh
Tutti gli articoliSicurezza del browserPrivacy di reteStrumenti per la privacyModellazione delle minacceProgrammazione con IAStrumenti per sviluppatori

alexi.shLaboratorio di Ingegneria AI

ai-coding

La revisione del codice di Copilot ottiene agent skills e MCP: cosa cambia e il limite in sola lettura

PrivSec Lab5 min di lettura
Due sviluppatori che guardano insieme del codice mostrato sullo schermo di un portatile in un ufficio open space

GitHub ha reso gli agent skills e il supporto MCP nella revisione del codice di Copilot disponibili in modo generale il 29 luglio 2026. Le revisioni possono ora applicare i vostri standard e attingere contesto dai vostri strumenti, con ogni chiamata MCP limitata alla sola lettura.

GitHub ha annunciato il 29 luglio 2026 che il supporto per agent skills e server MCP nella revisione del codice di Copilot è ora disponibile in modo generale. Il titolo è lineare: le revisioni automatizzate possono applicare gli standard propri del vostro team e leggere contesto dagli strumenti che già usate. Il dettaglio che merita una seconda lettura è che ogni chiamata MCP è limitata alla sola lettura, ed è questo a rendere la funzionalità adottabile e non semplicemente interessante.

Cosa è stato effettivamente rilasciato

Due capacità hanno lasciato l'anteprima nello stesso momento, e risolvono metà diverse dello stesso problema.

Gli agent skills consentono a una revisione di invocare gli strumenti interni e gli standard di codifica del vostro team. Si aggiunge un file SKILL.md dentro una sottocartella di skill sotto .github/skills, e il suo contenuto estende l'analisi con contesto e istruzioni specifiche del vostro repository o della vostra organizzazione. La conseguenza pratica è che convenzioni che vivono in un wiki che nessuno legge, o nella testa di un solo ingegnere senior, diventano qualcosa che il revisore applica in modo coerente.

Le connessioni a server MCP attingono contesto da piattaforme di terze parti che il vostro team già utilizza: sistemi di ticket, sistemi di documentazione, cataloghi di servizi. Invece di revisionare un diff isolato, il revisore può vedere cosa chiedeva davvero il ticket collegato.

GitHub elenca la funzionalità per Copilot Pro, Pro+, Business ed Enterprise. Vale la pena notarlo perché diversi rilasci Copilot recenti partivano più in alto nella scala dei piani. Se avete configurato una delle due capacità durante l'anteprima pubblica, GitHub afferma che non serve alcuna modifica e che la configurazione esistente continua a funzionare.

Un primo piano di codice sorgente PHP su uno schermo, con numeri di riga ed evidenziazione della sintassi.

Il vincolo di sola lettura è la vera notizia

Collegare un agente automatizzato ai vostri sistemi interni è il tipo di proposta che si arena in una revisione di sicurezza, e di solito per buone ragioni. La domanda non è mai se il contesto aiuterebbe, ma cosa succede quando l'agente sbaglia o viene manipolato.

La risposta di GitHub qui è una decisione di progettazione più che una promessa di policy: tutte le chiamate agli strumenti MCP eseguite dalla revisione del codice di Copilot sono limitate alla sola lettura. Il revisore può leggere il vostro sistema di ticket; non può chiudere ticket, modificare documentazione o cambiare una definizione di servizio. Questo converte un rischio aperto in uno delimitato, ed è la differenza tra una funzionalità che un team di sicurezza può approvare e una che non può.

Vale la pena essere precisi su ciò che questo non copre. L'accesso in sola lettura significa comunque che il contenuto di quei sistemi raggiunge il revisore, quindi le solite domande su quali dati escono dal vostro perimetro restano pertinenti. Abbiamo esaminato questa superficie più ampia nella nostra analisi della sicurezza di MCP, e il ragionamento lì vale immutato: limitare le scritture riduce il raggio d'impatto, non elimina la questione dell'esposizione dei dati.

L'attribuzione: la funzionalità silenziosa che rende usabili gli skill

GitHub afferma inoltre che la revisione del codice di Copilot ora indica quando un commento è stato generato usando agent skills o contesto MCP.

Si legge come un piccolo tocco di trasparenza ed è in realtà ciò che rende praticabile il resto. Senza attribuzione, un commento di revisione è indifferenziato: non potete capire se rifletta uno standard che avete codificato o l'addestramento generale del modello. Questo conta nel momento in cui uno skill inizia a produrre rumore, perché non avete modo di sapere quali commenti ricondurre a quale SKILL.md. Con l'attribuzione, uno skill scritto male è debuggabile. Senza, i team smettono silenziosamente di fidarsi dell'intero revisore.

Cosa cambia nella pratica

Se il vostro team già esegue la revisione del codice di Copilot, la mossa utile è ristretta anziché ambiziosa. Codificate le convenzioni che generano più commenti di revisione ripetuti, quelle che un umano scrive per la decima volta questo mese, e partite da lì. Sono i casi in cui un SKILL.md si ripaga immediatamente, e in cui una risposta sbagliata costa poco da individuare.

Se stavate rimandando il collegamento dei sistemi interni, il limite in sola lettura rimuove l'obiezione che di solito chiudeva la discussione. Non rimuove la necessità di decidere quali server valga la pena collegare, e la risposta è probabilmente meno di quanti vorreste: il contesto che cambia la conclusione di una revisione ha valore, il contesto che aggiunge solo volume rende le revisioni più lente e rumorose.

Se state ancora scegliendo un revisore, questo riduce il divario tra Copilot e gli strumenti che si differenziavano sulla personalizzazione. Il nostro confronto degli strumenti di revisione del codice con IA espone le categorie e i compromessi, benché preceda questo annuncio e tratti la personalizzazione come un differenziatore che a Copilot mancava.

In sintesi

La funzionalità è disponibile in modo generale dal 29 luglio 2026 per Pro, Pro+, Business ed Enterprise, configurata tramite file SKILL.md sotto .github/skills e tramite connessioni a server MCP, con ogni chiamata MCP in sola lettura e commenti attribuiti alla loro fonte.

Nel complesso, è una forma più conservativa di quanto suggerisca l'inquadratura dell'annuncio, e qui la scelta conservativa è quella giusta. Un revisore automatizzato che può leggere i vostri sistemi e dirvi da dove vengono le sue opinioni è utile. Uno che potesse scriverci dentro, senza dire quale commento venga da dove, sarebbe una passività. È stato rilasciato come il primo. Per il lato modello dello stesso stack, abbiamo trattato l'arrivo di Claude Opus 5 in Copilot la settimana scorsa, inclusa una protezione che taglia nella direzione opposta per il lavoro di sicurezza.

Basato sulla voce di changelog pubblicata da GitHub il 29 luglio 2026. I nomi dei piani, il percorso SKILL.md, la restrizione in sola lettura e il comportamento di attribuzione sono la formulazione di GitHub, non una nostra caratterizzazione. Non abbiamo misurato la qualità delle revisioni con o senza skill e non avanziamo alcuna affermazione in merito.

Foto: Unsplash (source)

Disponibile anche in

FAQ

Quali piani Copilot includono agent skills e MCP nella revisione del codice?
GitHub elenca la funzionalità come disponibile in modo generale per Copilot Pro, Pro+, Business ed Enterprise. È una copertura più ampia rispetto a diversi rilasci Copilot recenti, che partivano da Pro+ o superiore. Se avete configurato agent skills o server MCP durante l'anteprima pubblica, GitHub afferma che non serve alcuna modifica e che la configurazione esistente continua a funzionare.
Dove risiedono gli agent skills in un repository?
Si aggiunge un file SKILL.md dentro una sottocartella di skill sotto .github/skills. Quel file porta il contesto e le istruzioni che volete far applicare alla revisione, ed è così che si codificano convenzioni interne che un modello generalista non conoscerebbe altrimenti. Poiché risiede nel repository, viene versionato e revisionato come qualsiasi altro file anziché configurato fuori banda.
La revisione del codice di Copilot può scrivere nei miei strumenti collegati tramite MCP?
No. GitHub afferma che tutte le chiamate agli strumenti MCP eseguite dalla revisione del codice di Copilot sono limitate alla sola lettura. La revisione può attingere contesto da un sistema di ticket, da un sistema di documentazione o da un catalogo di servizi, ma non può modificare nulla dall'altra parte. Quel singolo vincolo è ciò che rende il collegamento di sistemi interni a un revisore automatizzato una proposta ragionevole anziché un rischio da soppesare.
Come faccio a sapere se un commento proviene da uno skill o da un server MCP?
GitHub afferma che la revisione del codice di Copilot ora indica quando un commento è stato generato usando agent skills o contesto MCP. Questa attribuzione conta più di quanto sembri a prima vista: senza di essa non potete capire se un commento di revisione rifletta i vostri standard codificati o le inclinazioni generali del modello, il che rende impossibile fare il debug di uno skill che produce commenti scadenti.