Let's be honest - everyone is talking about Model Context Protocol (MCP) as if it's the next big revolution in AI. Tech blogs are buzzing, conferences are filled with MCP panels, and developers are rushing to implement it. But here's my take: MCP isn't such a big deal. It's just another protocol in the evolution of agent tools. Non sbagliarti – gli strumenti degli agenti sono un grosso problema e presentano rischi significativi per la sicurezza. Ma è il MCP eccessivo? Non necessariamente. È una implementazione, un passo in un percorso molto più lungo ed evolutivo. ma dovremmo anche concentrarci su come l’autonomia degli agenti sta aumentando e cosa significa per gli sviluppatori e i professionisti della sicurezza. In questo articolo, ti condurrò attraverso il MCP, discuterò i veri rischi degli strumenti degli agenti (indipendentemente dal protocollo) e esplorerò dove stiamo andando successivamente con protocolli come x402, che attualmente volano sotto il radar ma potrebbero essere in realtà più rivoluzionari. La storia dello sviluppatore: l'evoluzione degli strumenti degli agenti Andiamo indietro un po' e vediamo come siamo arrivati qui. Nei vecchi tempi (e per vecchio, intendo solo un paio di anni fa), se volevi che il tuo agente AI utilizzasse qualche strumento - diciamo una capacità di ricerca web - dovevi creare un account con un fornitore, inserire la tua carta di credito, ottenere una chiave API e poi scrivere un codice personalizzato per integrare quel particolare strumento. Poi è arrivato MCP. All'improvviso, tutti questi server potrebbero allinearsi a un protocollo comune per la comunicazione. Ora posso avere un client MCP con chiavi API per ogni strumento. È meglio? assolutamente. È rivoluzionario? No, ma è un progresso importante ed efficace. Ho ancora bisogno di configurare ogni strumento nel mio client MCP, che è un sacco di sovrapposizione. È un modo migliore di scrivere codice personalizzato o installare dipendenze per ogni strumento, ma è solo un passo nell'evoluzione, non la destinazione. Ciò che MCP ha fatto davvero è stato standardizzare il modo in cui gli agenti parlano con gli strumenti. Questo è utile, ma non è il cambiatore di gioco che tutti fanno. È solo una progressione naturale nel modo in cui costruiamo i sistemi di agenti. La vera storia riguarda l'aumento dell'autonomia degli agenti, non i protocolli specifici che usano per comunicare. Pensateci in questo modo: un LLM da solo è autonomo in un senso limitato - può generare testo, ma questo è su di esso. (Retrieval-Augmented Generation), e ora può leggere i dati specifici che hai fornito. farlo un agente con strumenti, e improvvisamente può intraprendere azioni nel mondo - cercare il web, inviare e-mail, creare biglietti nel sistema di gestione del progetto. RAG RAG Ma anche con MCP, sono ancora il bottleneck. devo configurare tutti quei strumenti, gestire tutte quelle chiavi API e decidere quali strumenti l'agente può accedere. La storia della sicurezza: i reali rischi degli strumenti degli agenti Ecco dove le cose diventano serie. Da una prospettiva di sicurezza, non è il MCP stesso che è il problema - è la scala che gli agenti possono ora raggiungere. E ogni passo in alto in questa scala significa esponenzialmente più rischio. Non stiamo parlando di 10% di rischio in più, stiamo parlando di 10 volte più rischio con ogni passo evolutivo. Quando il mio agente va sul web, ci sono tonnellate di rischi là fuori.Ma il vero pericolo è che l'agente porta a casa tutti quei rischi - tutte le disinformazioni, le vulnerabilità di iniezione rapida, i pregiudizi, sia le questioni di sicurezza che di sicurezza. Diciamo che ho un agente che può accedere al database della nostra azienda tramite uno strumento come Redash. Le chiedo di andare a una pagina di Wikipedia su qualche argomento, trarre informazioni, capire come funziona, e quindi creare un biglietto Jira basato su quelle informazioni, trarre alcuni dati pertinenti dal nostro database. Sembra innocente, giusto? Ma cosa succede se qualcuno ha inserito contenuti nascosti in quella pagina Wikipedia? Contenuto che non vedrai nemmeno come umano perché si nasconde dietro il testo, usando emojis o caratteri invisibili. L'agente potrebbe vedere e elaborare questo contenuto nascosto, che potrebbe contenere istruzioni dannose. Questo non è un rischio teorico. Questo sta accadendo in questo momento. E non è MCP che è il problema - è il fatto che gli agenti possono ora accedere a tutti gli strumenti. Pensateci così: se avete due dipendenti, potete addestrarli ad essere consapevoli della sicurezza. Se inviate loro un'e-mail con gatti e cuccioli carini ma contenenti malware, probabilmente non cliccheranno su di esso. Se avete 100 dipendenti, probabilmente uno cliccherà su di esso. Più i nostri agenti diventano autonomi, più questo rischio aumenta.I protocolli come MCP stanno solo accelerando questa tendenza rendendo più facile collegare gli agenti a più strumenti. Al di là del MCP: la prossima evoluzione dei protocolli degli agenti Mentre tutti sono ossessionati da MCP, c'è qualcosa di ancora più interessante che sta volando sotto il radar.Dopo che MCP è fiorito, ha ispirato più protocolli come A2A (Agent-to-Agent) e E questo è l'ultimo che penso sia completamente sottovalutato e sottovalutato. x402 di Coinbase x402 di Coinbase Quindi, cos'è x402? è un protocollo sviluppato da Coinbase che aiuta gli agenti ad accedere alle API e agli strumenti degli agenti con un modello "pay as you go". Ecco perché conta: con x402, invece di configurare ogni server e strumento MCP individualmente, puoi semplicemente dare il tuo agente denaro e lasciarlo trovare e utilizzare gli strumenti di cui ha bisogno. Il protocollo è costruito su USDC, una criptovaluta stablecoin che vale sempre esattamente un dollaro statunitense. A differenza di Bitcoin con la sua volatilità, USDC mantiene un valore coerente, rendendolo perfetto per i pagamenti automatizzati e programmatici. Questo protocollo esisteva in realtà prima in una forma primitiva, ma è stato implementato male, quindi nessuno lo ha usato. Ora, Coinbase lo ha risolto, lo ha costruito sulla criptovaluta, e i principali giocatori come Stripe, Anthropic e AWS stanno entrando in gioco. Dal punto di vista di uno sviluppatore, questo cambia tutto. Invece dell'attuale mal di testa di configurare ogni strumento nel mio client MCP, posso semplicemente finanziare il mio agente e lasciarlo gestire il resto. diventa più autonomo, più capace e più vicino a un assistente umano che mai. Lasciatemi mettere questo in prospettiva: un LLM è autonomo, ma può solo scrivere testo. Un agente con RAG può leggere i tuoi dati. Un agente con strumenti può intraprendere azioni come la ricerca sul web o l'invio di e-mail. Ma un agente con x402 può trovare e utilizzare strumenti che non hai nemmeno configurato per esso. Ogni passo ci avvicina a sistemi veramente autonomi che possono operare indipendentemente nel mondo. L’equilibrio tra innovazione e sicurezza Quindi, dove ci lascia questo? Abbiamo MCP, che è utile ma eccessivo. Abbiamo protocolli emergenti come x402 che potrebbero cambiare fondamentalmente il modo in cui operano gli agenti. E abbiamo seri problemi di sicurezza che crescono con ogni passo verso una maggiore autonomia. La realtà è che abbiamo bisogno che tutti siano consapevoli e iniziino a lavorare sui processi di sicurezza ora, non dopo il prossimo grande incidente.Ma ecco la chiave: la sicurezza non può bloccare l'innovazione.Non possiamo solo alzare le mani e dire "questo è troppo pericoloso" perché la tecnologia sta progredendo, che ci piaccia o meno. Ciò di cui abbiamo bisogno sono processi di sicurezza automatizzati che non rallentano lo sviluppo. strumenti che approvano o disapprovano automaticamente le azioni degli agenti in base ai profili di rischio. sistemi che possono rilevare quando un agente ha troppa autorizzazione e suggeriscono di separarlo in diversi agenti con accesso più limitato. scanner che possono identificare server MCP potenzialmente dannosi prima di essere integrati. Se il tuo agente ha accesso sia alla navigazione web che al tuo database, questo è un vettore di rischio. Forse queste funzioni dovrebbero essere gestite da agenti separati che comunicano tra loro attraverso canali controllati. Se il tuo agente può eseguire il codice e ha anche capacità di pagamento, questo è un altro vettore di rischio che potrebbe aver bisogno di essere separato. Il futuro che vedo è quello in cui la sicurezza è incorporata nel processo di sviluppo fin dall'inizio, compresa la prototipazione dell'applicazione, non ricavata come un'ulteriore riflessione.Abbiamo strumenti automatizzati che aiutano gli sviluppatori a fare scelte sicure senza rallentarle, dove possiamo abbracciare il potere di agenti sempre più autonomi, riducendo al contempo i rischi molto reali che presentano. La vera rivoluzione sta avvenendo nel modo in cui pensiamo all’autonomia degli agenti e nel modo in cui proteggiamo questi sistemi sempre più potenti. Il futuro degli strumenti degli agenti è incredibilmente emozionante, ma è anche pieno di rischi. Facciamo in modo che stiamo parlando di entrambi i lati di quella moneta, non solo dei brillanti nuovi protocolli che rendono buone le presentazioni delle conferenze. - Scritto da Bar-El Tayouri, capo di Mend AI a Mondo.io

Questo audio è prodotto nella lingua originale della storia!

Troppo lungo; Leggere

Make resilience your competitive advantage

Il MCP è eccessivo? la vera storia di strumenti e sicurezza degli agenti

About Author

COMMENTI

CARTELLINI

QUESTO ARTICOLO È STATO PRESENTATO IN

Related Stories

I Built an AI Copilot That Thinks in Exploits, Not Prompts

New Year, New Exciting Features: Mint Your Name, Watch Web 2.5 and Meet The Top Startups of The Year

The Fall of OM by Mantra DAO: Accident or Pattern?

HackerNoon - A User Experience Analysis: Part 2

I Built an AI Copilot That Thinks in Exploits, Not Prompts

New Year, New Exciting Features: Mint Your Name, Watch Web 2.5 and Meet The Top Startups of The Year

The Fall of OM by Mantra DAO: Accident or Pattern?

HackerNoon - A User Experience Analysis: Part 2

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps