23 connessioni a server MCP. È la media al sesto mese in qualsiasi organizzazione che corre dietro agli agenti AI. E metà? Duplicati inutili.
Guardate, ci siamo passati tutti. L’agente inciampa su un compito? Aggiungi un tool. Non riesci a interrogare il DB? Boom, nuova integrazione. Ma la verità è amara: non stai costruendo intelligenza. Stai generando un mostro alla Frankenstein di credenziali e configurazioni.
Tool sprawl non è un trofeo di progresso. È l’agonia dell’ingegneria sciatta. E colpisce duro: gli agenti diventano più stupidi, la sicurezza va in frantumi e il tuo post-mortem sembra una lettera d’amore finita male.
Ti Ricordi del Casino dei Microservizi?
Sembra il dejavù della corsa all’oro dei microservizi nel 2015. I team sfornavano servizi come coriandoli – centinaia, senza mappa. Risultato? Incubi di latenza di rete e developer annegati in YAML. (La mia hot take personale: il tool sprawl degli AI è SOA 2.0, ma con LLM al posto degli endpoint SOAP. La storia si ripete, gente. Quando impariamo?)
Primo mese: Paradiso. Un agente, tre tool – Slack, wiki, DB in sola lettura. Si stappa lo champagne.
Terzo mese: Iniziano i duplicati. Niente inventario, ruote reinventate ovunque.
Al sesto? Tool fantasma di progetti morti. Accesso in scrittura a DB di produzione che nessuno ricorda di aver dato. Un’azione ribelle di un agente? Tracciata a un file di config condiviso che tre team hanno toccato.
“L’action item del post-mortem è ‘documenta l’inventario dei tool MCP’. Il documento è già vecchio dopo due settimane.”
Non è ipotetico. È martedì.
Perché Aggiungere Tool Rende gli Agenti Più Stupidi?
Controintuitivo, eh? Più opzioni uguale più potenza. Macché.
Gli LLM divorano la finestra di contesto con le liste di tool. Cinquanta tool? È uno tsunami di token che affoga il tuo prompt. Peggio: il ragionamento del modello nel scegliere i tool crolla per paralisi da scelta. Sceglie quello sbagliato, compito fallito.
Il principio del least privilege non è solo per le audit. È carburante per l’affidabilità. Limita a sei tool? I tassi di completamento schizzano su. L’ho visto in distribuzioni: scope ristretti battono liste gonfie, sempre.
E la sicurezza? Oh, cara. Credenziali dimenticate significano accessi a prod violati. Il token di un progetto cancellato che ancora chiama a casa. Che gioia.
La governance? Ridicola senza un registro centrale.
Un Registro Centrale è la Soluzione Perfetta?
Risposta breve: Sì. Ma non gongolarti troppo.
Sposta i tool dalla config dell’app alla policy di infra. Registra una volta: descrizione, owner, accesso basato su ruoli. Gli agenti prendono solo ciò che è permesso – niente deploy di codice necessari.
Effetti? Immediati.
Visibilità: Un dashboard unico. Basta con ‘l’abbiamo già costruito?’
Responsabilità: Tool che sparano cazzate? L’owner è in rubrica.
Tracciabilità: Ogni chiamata loggata – chi, cosa, perché.
Prevedibilità: Spazio d’azione limitato significa meno allucinazioni.
L’hype corporate lo chiama ‘orchestrazione degli agenti’. Per favore. È igiene ops di base travestita da AI.
Perché i Team Lo Ignorano – e Perché Toccherà a Te
Colpa della piattaforma, non dei dev. Le config a livello app urlano ‘vittoria rapida!’. Policy infra? Sembra burocrazia.
Ma ignorala, e al nono mese arriva il conto: apocalisse degli agenti. Comportamenti imprevisti, multe per compliance, quel messaggio Slack che diventa virale internamente.
Previsione: Nel 2025, metà dei fallimenti degli agenti AI tracceranno al sprawl. Piattaforme come LangChain o quel che le sostituirà aggiungeranno registri – o creperanno nel tentativo.
Risolvi ora. Centralizza. Taglia senza pietà. O guarda i tuoi agenti trasformarsi in pappagalli costosi.
A parte l’ironia – questa roba non è opzionale. Il tool sprawl non scala: è auto-sabotaggio.
🧬 Approfondimenti Correlati
- Leggi di più: [Anthropic’s One-Line Fumble Leaks Billions in Code](https://theaic
