MCP è morto lunga vita alle API mascherate da markdown

MCP, Model Context Protocol nato come standard elegante per collegare agenti e strumenti esterni, ha avuto il classico destino delle buone intenzioni ingegneristiche: essere superato non da qualcosa di più sofisticato, ma da qualcosa di più pigro. E quindi più potente.

La frase che ha fatto sobbalzare molti addetti ai lavori non arriva da un paper accademico né da una call tra architetti enterprise, ma da un palco YC. Peter Steinberger, che nel frattempo ha messo insieme una community che cresce a ritmi indecenti attorno a OpenClaw, ha detto quello che molti pensavano ma nessuno osava ammettere ad alta voce. Markdown è tutto ciò che serve. Il resto è teatro.

MCP, nella sua forma più onesta, è un wrapper. Un involucro costruito sopra API già esistenti per spiegare a un modello come usarle senza farsi male. Contesto strutturato, descrizioni dei parametri, output tipizzati, un bel vestito per convincere un LLM a comportarsi come un collega disciplinato. Peccato che i modelli non ragionino come colleghi. Ragionano come stagisti ipercompetenti messi davanti a un terminale.

Qui entra in scena OpenClaw, che fa una cosa quasi offensiva per la sua semplicità. Invece di creare un ecosistema di server MCP, prende un agente e gli dà una shell. Letteralmente. Come se fosse uno sviluppatore umano davanti a bash alle tre di notte. Il contesto non è un JSON validato, ma un file di testo. Si chiama SKILL.md. Dentro non ci sono schemi, ma istruzioni. Linguaggio naturale. Comandi. Esempi. Errori comuni. Quella roba che ogni vero tool ha sempre avuto, prima che qualcuno decidesse che non era abbastanza enterprise.

Il punto non è tecnico. È culturale. Scrivere un file markdown è infinitamente più facile che progettare un server MCP, mantenerlo, documentarlo, versionarlo e convincere qualcuno a usarlo. Il risultato è che la community OpenClaw ha prodotto centinaia di skill in poche settimane. Non perché siano più bravi. Ma perché il costo cognitivo è crollato.

Ogni SKILL.md è una promessa implicita. Dice a un agente: se sai leggere, puoi usare questo strumento. Non serve un contratto formale, non serve una certificazione. Serve capire cosa fa un comando e cosa restituisce. I modelli moderni, spoiler, sanno farlo benissimo.

Qui avviene il vero corto circuito. Se un servizio ha un’API, qualcuno la trasformerà in una CLI. Se esiste una CLI, qualcuno scriverà un SKILL.md. A quel punto il tuo prodotto diventa automaticamente utilizzabile da qualsiasi agente con accesso a una shell. Non serve il tuo permesso. Non serve la tua roadmap. Non serve il tuo SDK.

È la versione agentica di una vecchia verità di internet. Se qualcosa è utile, verrà scriptato. Se è scriptabile, verrà automatizzato. Se è automatizzabile, verrà usato da un’AI. Che tu lo voglia o no.

La conseguenza strategica è brutale. Molte aziende stanno investendo tempo e capitale per costruire integrazioni MCP ufficiali, pensando di controllare l’esperienza, il branding, il flusso di valore. Nel frattempo qualcun altro scrive trenta righe di markdown e rende la stessa API disponibile a un numero potenzialmente infinito di agenti. Senza chiedere nulla. Senza governance. Senza revenue sharing. È quasi poetico.

Dal punto di vista SEO semantico e SGE, questo cambio è ancora più interessante. Le istruzioni in linguaggio naturale, scritte in markdown, sono perfette per essere ingerite, comprese e riusate dai modelli. Molto più di una specifica OpenAPI formale. Molto più di un endpoint documentato male. Il contesto non è strutturato perché non deve esserlo. Deve essere leggibile. Deve essere convincente. Deve essere utile. Deve avere authentication and security.

E qui arriviamo al punto che fa più male ai vendor. Una volta che ogni servizio è disponibile come skill, come sceglierà un agente quale usare. Non leggerà il tuo pricing page. Non guarderà il tuo logo. Leggerà il tuo SKILL.md.

La competizione si sposta su un terreno nuovo e vagamente grottesco. Non vince chi ha l’API più pulita, ma chi sa spiegare meglio come usarla a una macchina. Non vince chi ha più feature, ma chi ha istruzioni più chiare, esempi più robusti, edge case meglio raccontati. Il copywriting incontra l’ingegneria, e nessuno dei due è preparato.

Immaginare provider di dati meteo che competono scrivendo il markdown più seducente non è una battuta. È un’anticipazione. Gli agenti non sono neutrali. Sceglieranno ciò che sembra più affidabile, più semplice, più prevedibile. Un SKILL.md scritto male è come una documentazione confusa. Viene ignorato. Uno scritto bene diventa uno standard de facto.

Questo manda in crisi un altro dogma recente. L’idea che servano protocolli universali per orchestrare agenti. Forse no. Forse serve solo un filesystem, una shell e una collezione di istruzioni decenti. Il resto è sovrastruttura. Elegante, certo. Ma non necessaria.

Dopo anni passati a rendere le macchine più simili agli umani, ora stiamo rendendo gli umani di nuovo rilevanti come autori di istruzioni. Non prompt magici. Non chain of thought esoterici. Ma manuali. Scritti bene. Con esperienza. Con cinismo operativo.

Model Context Protocol non è tecnicamente morto. Continuerà a vivere in contesti regolati, enterprise, compliance driven. Ma ha perso il monopolio dell’idea. Non è più l’unico modo di collegare un agente al mondo reale. E quando perdi quello, il resto è solo inerzia.

OpenClaw non ha inventato nulla di radicalmente nuovo. Ha solo tolto di mezzo quello che non serviva. Ha ricordato a tutti che l’interfaccia più potente mai inventata è il terminale. E che il formato di scambio più resiliente della storia è il testo.

Il messaggio per chi costruisce prodotti è scomodo ma chiaro. Non chiederti se supportare gli agenti. Chiediti come apparirà il tuo servizio quando qualcuno lo userà senza di te. Quando verrà invocato da una riga di comando scritta da un modello che ha letto un file markdown creato da uno sconosciuto.

In quel momento, MCP o non MCP, la partita si giocherà tutta lì. Sul significato. Sulla chiarezza. Sulla fiducia che una macchina decide di accordarti leggendo poche righe di testo.

Interessanti tempi ahead, direbbe qualcuno. In realtà sono solo tempi più onesti. Dove l’API diventa inevitabilmente un’utility, la CLI una lingua franca e il markdown il nuovo campo di battaglia semantico per l’agentic AI. E no, non serve un protocollo per capirlo. Basta saper leggere.