Estendere gli harness agentici: skill, artefatti, comandi e connettori

Sotto nomi diversi, ogni punto di estensione fa la stessa cosa: sposta il know-how dal prompt a file versionati che l'agente carica quando gli servono.

• Le skill sono cartelle di istruzioni, script e risorse. Una breve descrizione resta nel contesto; la skill completa si carica solo quando l'agente la ritiene rilevante. Questa è la progressive disclosure: economica da mantenere presente, dettagliata al momento della chiamata.
• Gli slash command sono scorciatoie con un nome che si espandono in un prompt fisso. Il modo semplice per codificare una volta una richiesta ripetuta e riutilizzarla.
• Gli hook sono comandi shell attivati da eventi del ciclo di vita: avvio della sessione, prima di una chiamata a uno strumento, dopo, all'arresto. Un hook pre-tool può controllare e bloccare una chiamata prima che venga eseguita.
• I connector MCP danno all'agente accesso autenticato a sistemi che altrimenti non raggiungerebbe: un database, un issue tracker, un'API interna. Ogni server porta con sé le proprie credenziali.
• I subagent sono istanze di agente a sé stanti, avviate per un sotto-compito mirato, con contesto e istruzioni propri.

Un plugin raggruppa una qualsiasi combinazione di questi elementi in un'unità installabile. Il principio alla base di tutto: codificate il vostro know-how come file nel vostro repository, non come abitudini nella testa di una persona. La variante di integrazione di sistema di questa scelta l'abbiamo trattata in API, MCP o CLI.

La domanda più frequente in questo momento è "skill o MCP", e la risposta onesta è che risolvono problemi diversi.

MCP è accesso: collega l'agente a un sistema che da solo non raggiungerebbe, con credenziali e stato. Le skill sono know-how: competenza ripetibile che l'agente applica a sistemi che già possiede. L'analogia che circola coglie bene il punto: MCP sono i corridoi del negozio di bricolage, le skill sono il commesso esperto che sa in quale corridoio andare.

L'economia dei token determina la forma di una buona architettura. Una skill costa poche decine di token finché non viene richiamata. Una manciata di server MCP può costare decine di migliaia di token di contesto prima ancora che inizi il primo compito, perché ogni server annuncia in anticipo tutti i suoi strumenti. Lo schema di lavoro verso cui converge la maggior parte dei professionisti è quindi molte skill snelle e pochi connector scelti bene, non un accumulo di tutto ciò che si installa. La demo qui sotto ripercorre i cinque tipi di estensione, nonché il costo e il rischio che ciascuno comporta.

Il cambiamento più utile degli ultimi tempi è che il livello di estensione ha smesso di essere la funzionalità di un singolo fornitore.

Gli Agent Skill sono stati pubblicati come standard aperto nel dicembre 2025, e il formato è stato adottato da diversi fornitori di agenti nel giro di poche settimane. In pratica questo significa che una skill scritta per un harness non vi resta intrappolata. Per un'azienda tedesca che valuta il rischio di essere "legata a un unico fornitore statunitense", questa è una risposta parziale sul livello che potete controllare: il know-how che codificate è portabile, anche se il modello sottostante è preso in affitto.

Combinatelo con connector che puntano a sistemi ospitati nell'UE o on-premise, e la questione della residenza dei dati regge di pari passo con quella delle capacità. Il know-how è vostro ed è portabile; i dati restano dove devono restare. È una posizione più duratura che scommettere il workflow sulla roadmap di un unico fornitore, la stessa considerazione alla base della scelta di un coding agent in base all'harness, non al modello.

La stessa potenza che rende utile l'harness lo rende pericoloso, e i rischi sono recenti e documentati, non ipotetici.

Gli hook eseguono comandi shell arbitrari, il che costituisce esattamente una superficie di esecuzione. Check Point ha reso pubblica nel febbraio 2026 la CVE-2025-59536: un file di impostazioni malevolo in un repository clonato poteva eseguire hook prima ancora che comparisse la finestra di dialogo di fiducia. Un problema correlato, la CVE-2026-21852, riguardava l'esfiltrazione di chiavi API tramite una sovrascrittura delle variabili d'ambiente. MCP porta con sé un proprio problema di supply chain: ogni server conserva credenziali, e alcune scansioni hanno trovato centinaia di server MCP esposti su internet senza autenticazione. E i marketplace di skill elencano ormai migliaia di skill della community, facili da installare e difficili da verificare, con segnalazioni di skill semplicemente malevole in circolazione.

Nulla di tutto ciò è un motivo per non estendere l'harness. È il motivo per estenderlo in modo consapevole.

La disciplina che separa un'architettura di produzione da un esperimento scientifico è un catalogo verificato e approvato: un insieme noto di skill, hook e connector che qualcuno ha letto, con un gate di fiducia prima che si aggiunga qualcosa di nuovo.

Non è affascinante, ed è tutto il gioco. Quali hook possono eseguire shell. Quali server MCP conservano quali credenziali. Quali skill sono approvate, e chi le ha approvate. Per un team di una PMI, questo è il punto in cui il sapere istituzionale diventa uno strumento duraturo che sopravvive al ricambio del personale, e in cui il lavoro smette di essere la configurazione ingegnosa di un singolo ingegnere e diventa qualcosa che appartiene all'azienda. Quando abbiamo costruito il nostro strumento interno di scouting come piccola app agentica, il valore non stava nell'ingegnosità, ma nel fatto che il processo era ora un file verificato in un repository invece che un ricordo. Lo abbiamo scritto in Costruire una piccola micro-app agentica.

Il modello potete cambiarlo il prossimo trimestre. Il catalogo delle estensioni è il bene che conservate. La domanda che vale la pena porsi prima di installare il prossimo plugin è quindi semplice: chi lo ha verificato, e a cosa può accedere?