Gli agenti di programmazione hanno creato un'economia di plugin: cosa cambiano Claude Code Mods e Cursor Projects

La superficie di estensione è il nuovo campo di battaglia

Per quasi tutto il 2026, la conversazione sugli agenti di programmazione ha riguardato i modelli: quale ragiona meglio, quale scrive diff più puliti, quale sopravvive a una sessione lunga. Ottobre ha spostato il dibattito in un luogo meno appariscente. È passato a ciò a cui gli agenti si collegano.

In una sola settimana dei primi di ottobre, la pagina delle tendenze di GitHub si è riempita di repository che non erano affatto modelli. C'era cursor/plugins, una specifica di plugin più una serie di plugin ufficiali. C'era mattpocock/skills, un guazzabuglio di competenze per agenti prese direttamente dalla directory .agents di uno sviluppatore. C'era michael-denyer/pstack-claude, che porta una serie di flussi di lavoro rigorosi per agenti attraverso una mezza dozzina di harness diversi. Nessuno di essi genera da solo un'immagine o un token. Tutti fanno fare di più all'agente che già hai.

Questo è il cambiamento che merita attenzione. Il modello sta diventando un componente. La differenziazione vive ora nel livello di estensione.

Cosa è uscito a ottobre

Due mosse dei fornitori hanno dato il tono. Anthropic ha rilasciato Claude Code Mods nella versione 2.1.292: un'architettura a plugin in cui i plugin modificano un comportamento più profondo, non solo le chiamate agli strumenti. Un mod può agganciarsi a agent.spawn per approvare o rifiutare tipi di subagent, mettere in cache blocchi di prompt per risparmiare latenza, o sollevare notifiche native. Un mod integrato fa persino girare un agente laterale che sorveglia ciò che tu o Claude potreste aver mancato. È la prima volta che un agente da terminale importante si tratta come una piattaforma invece che come un prodotto.

Il changelog di ottobre di Cursor si legge come una svolta strategica. Remote Control lascia che gli agenti locali continuino a girare sulla tua macchina mentre un'app iOS si connette a loro. Rollouts sorveglia ogni deploy, scrive un piano di monitoraggio come commento alla PR, rileva regressioni e può aprire una PR di ripristino. Security Review legge ogni PR nel contesto della codebase e pubblica un commento che segnala falle di injection, aggiramenti dell'autenticazione e segreti committati. E Projects introduce un agente coordinatore che non scrive affatto codice: pianifica, delega agli agenti di implementazione, gestisce il contesto condiviso e gira sul proprio computer cloud.

Nessuno dei due è un elenco di funzionalità. Entrambi sono dichiarazioni su dove si sta spostando il valore: dalla capacità di generare codice alla capacità di organizzare gli agenti che lo generano.

Competenze, mod, plugin e il caos dei nomi

Il vocabolario non si è ancora assestato, e questo è di per sé un segnale utile. Anthropic li chiama mod. I repository della community li chiamano skill. Cursor li chiama plugin. Descrivono più o meno la stessa idea: un pezzo di comportamento impacchettato che l'agente carica a runtime, che cambia ciò che l'agente può fare o come si comporta, e che è stato scritto da qualcuno diverso dal fornitore del modello.

Il modello è familiare dalle ere precedenti delle piattaforme. Uno strumento esce con un piccolo insieme di capacità proprietarie. Una community cresce attorno ad esso e costruisce la coda lunga. Si forma un ecosistema. Alla fine il proprietario della piattaforma o abbraccia l'ecosistema e vende l'accesso ad esso, oppure lo combatte e perde l'attenzione degli sviluppatori. Gli agenti da terminale sono ora visibilmente a metà di quell'arco.

Ciò che lo rende più di una ripetizione della storia dell'App Store è l'oggetto che viene impacchettato. Un plugin per un editor di foto estende ciò che l'editor può disegnare. Un mod per un agente di programmazione estende ciò che all'agente è consentito fare, come ragiona, quali subagent può generare e cosa rifiuta. Stai modificando il giudizio di un collaboratore e i suoi permessi, non semplicemente aggiungendo un pennello. È una cosa molto più strana da installare dal repository git di uno sconosciuto.

Il modello di distribuzione rafforza il punto. La maggior parte di queste estensioni non viene venduta. Vengono copiate dai dotfiles di qualcuno, adattate e rimandate indietro. L'unità di valore non è una quota di licenza ma attenzione e fiducia. Un plugin che eseguisse un comando che non intendevi porrebbe fine alla reputazione di un maintainer più in fretta di qualsiasi code review, e l'ecosistema ha iniziato a sorvegliarsi di conseguenza. Il risultato è uno strano ibrido: un mercato di estensioni con quasi nessun mercato dentro, tenuto insieme da convenzioni condivise e dal fatto che tutti possono leggere il codice sorgente di tutti gli altri.

Perché i port dei flussi di lavoro contano più dei plugin

Il repository che dice di più non è il più grande. È quello che porta un flusso di lavoro attraverso gli harness. Quando un insieme di prompt e regole di processo può essere tradotto da Claude Code a Codex, a Copilot, a Gemini, il flusso di lavoro smette di essere legato a un fornitore e diventa un asset che possiedi. L'agente diventa sostituibile. Il tuo modo di lavorare no.

Questo ha un'ovvia conseguenza commerciale. Se il tuo vantaggio competitivo sta nei tuoi prompt e nel tuo processo, allora cambiare fornitore di modelli è una decisione di costo più che una riscrittura. Se sta in un harness proprietario, cambiare è un progetto di migrazione. I team che hanno attraversato un ciclo di deprecazione di un fornitore non hanno bisogno che si dica loro quale preferiscono.

Un costo più silenzioso: la tassa della fiducia

Ogni superficie di estensione comporta una domanda di sicurezza, e questa è più affilata del solito. Una skill che può eseguire comandi shell dentro il tuo agente sta eseguendo comandi shell sulla tua macchina. Un mod che può approvare o rifiutare la creazione di subagent sta prendendo una decisione sui permessi che altrimenti prenderesti tu. La comodità e il rischio arrivano nello stesso pacchetto.

Non è un argomento contro l'ecosistema. È un argomento per trattare le estensioni degli agenti come tratti una dipendenza: fissa le versioni, leggi cosa fanno, e diffida di quelle che chiedono più accesso di quanto il lavoro richieda. Gli strumenti si muovono più velocemente delle norme che li circondano, che è l'ordine abituale delle cose e raramente uno comodo.

Cosa guardare dopo

Tre cose ti diranno dove va a finire. Primo, se l'installazione dei plugin ottiene un vero livello di fiducia: firma, ambiti di permesso, un marketplace con revisione. Secondo, se i repository di port dei flussi di lavoro mantengono un pubblico stabile mentre i fornitori continuano a rilasciare concorrenza proprietaria. Terzo, se «quale agente uso» smette di essere una domanda che le persone fanno, come «quale motore di browser» ha in gran parte smesso di esserlo per gli utenti finali.

La lettura onesta di ottobre è che il settore ha smesso di chiedere agli agenti di essere più intelligenti e ha iniziato a chiedere loro di essere meglio organizzati. Plugin, competenze, mod e agenti coordinatori sono tutti la stessa scommessa: che la parte difficile dell'autonomia utile non è l'intelligenza, ma l'infrastruttura. Se quella scommessa è giusta, la cosa più preziosa rilasciata questo mese non è un modello. È un posto dove mettere i pezzi.

C'è un rischio in quella inquadratura che vale la pena nominare. Le scommesse sull'infrastruttura ripagano più lentamente di quelle sui modelli, e sono più difficili da dimostrare. Un nuovo modello produce un grafico che sale verso destra. Un'architettura a plugin produce una cartella di file e la promessa che l'ecosistema la riempirà. I team che vinceranno la prossima fase degli strumenti per agenti potrebbero essere quelli abbastanza pazienti da costruire il livello noioso mentre tutti gli altri ricaricano una classifica.