MCPStore.nl

Gepubliceerd:

Smithery stopt met zijn MCP-proxy: wat organisaties moeten nalopen

Kort: Smithery, een bekend hostingplatform voor MCP-servers, heeft op 31 oktober 2026 zijn proxy- en verbindingsdiensten stopgezet. Server-URL's op run.tools en server.smithery.ai, de Smithery-API, accounts en API-sleutels houden op te werken. Smithery blijft bestaan als openbare directory, sinds de overname van augustus onder Arcade.dev. Gebruikers moeten overstappen op de officiële MCP-URL van elke leverancier.

Smithery begon als een register waar je met één klik een MCP-server kon vinden en starten. Een groot deel van die eenvoud zat in de proxy: in plaats van rechtstreeks met de server van een leverancier te verbinden, liep het verkeer via een Smithery-adres zoals linear.run.tools. Smithery regelde daarbij ook de inloggegevens ("managed identity"). Precies dat deel is nu verdwenen.

Wat is er precies gestopt?

Volgens de aankondiging van Smithery zelf ("The future of Smithery", ondertekend door medeoprichter Anirudh Kamath) stopt op 31 oktober 2026:

Wat blijft: smithery.ai als openbare directory van MCP-servers, "now powered by Arcade.dev", en een selectie geverifieerde servers waarvan de pagina het directe adres van de leverancier toont. Smithery geeft zelf het voorbeeld mcp.linear.app/mcp in plaats van linear.run.tools. Betalende klanten krijgen alle betalingen sinds 5 augustus terug en hun abonnement wordt opgezegd.

Die datum is niet toevallig. Op 5 augustus 2026 maakte Arcade.dev bekend dat het Smithery had overgenomen. Arcade noemt zichzelf "the actions runtime for enterprise AI agents" en verkoopt een eigen platform voor het aanroepen van tools door agents. Over de overnamesom is niets bekendgemaakt; volgens techsite RuntimeWire volgde de deal zes weken na een Series A-ronde van 60 miljoen dollar voor Arcade.

Wie heeft hier last van?

Drie groepen, met elk een ander probleem.

Individuele gebruikers die in Claude Desktop, Cursor of VS Code een server via een Smithery-URL hadden ingesteld. Hun verbinding werkt niet meer, en de oplossing is volgens Smithery eenvoudig: het officiële adres van de leverancier opzoeken en daar opnieuw inloggen. Migratiedienst API Tracker benadrukt dat inloggegevens niet meeverhuizen; bij elke leverancier moet u zich opnieuw authenticeren.

Teams die Smithery-pakketten lokaal draaiden, bijvoorbeeld via de Smithery-CLI als wrapper rond een server. Die CLI wordt niet meer onderhouden. Dat is geen acuut storingsprobleem, maar wel een onderhoudsrisico: software zonder updates krijgt ook geen beveiligingsfixes meer.

Organisaties die MCP-verbindingen voor hun eigen klanten via Smithery beheerden. Voor hen is een nieuwe URL niet genoeg. Smithery schrijft dat zij vóór 31 oktober een vervanger nodig hadden, en API Tracker wijst erop dat het om de hele laag voor authenticatie en sessiebeheer gaat. Wie die laag in zijn product had ingebouwd, heeft nu een architectuurvraag en geen configuratiewijziging.

Waarom is dit meer dan een losse sluiting?

Onze duiding: dit is het eerste grote voorbeeld van een MCP-tussenpartij die van de ene op de andere maand verdwijnt. Een proxy als die van Smithery is handig, maar voegt een partij toe die al uw verkeer ziet en vaak ook uw tokens beheert. Dat was al een beveiligingsvraag: in oktober 2025 lekte bij Smithery via een fout in het platform een token met toegang tot duizenden servers, zoals we beschrijven op onze pagina over veiligheid & watchouts. Nu blijkt het ook een continuïteitsvraag. Voor financiële instellingen onder DORA hoort zo'n dienst in het register van ICT-dienstverleners, met een exitplan. Een verhuizing met een paar maanden aanloop is precies het scenario waar dat exitplan voor bedoeld is.

De verschuiving past in een bredere lijn. Steeds meer leveranciers bieden zelf een remote MCP-server met eigen inlog; Linear, het voorbeeld dat Smithery zelf noemt, doet dat op mcp.linear.app/mcp. Daarmee is de oorspronkelijke reden voor een algemene proxy kleiner geworden. Wat overblijft is de vraag wie de toegang van agents tot al die servers bestuurt. Daar richten Arcade en vergelijkbare partijen zich nu op, als betaalde dienst voor bedrijven.

Ons advies

(1) Zoek in alle MCP-configuraties binnen uw organisatie (Claude Desktop, Cursor, VS Code, interne agents, CI) naar run.tools, server.smithery.ai en @smithery/-pakketten. (2) Vervang elke verbinding door het adres uit de documentatie van de leverancier zelf, niet uit een andere directory: een vergelijkbare naam bewijst niet dat de server van die leverancier is. (3) Log opnieuw in, test eerst met een alleen-lezen-actie en geef pas daarna schrijfrechten. (4) Trek bij de leveranciers de OAuth-koppelingen in die u ooit via Smithery gaf en niet meer gebruikt. (5) Leg voor elke MCP-tussenpartij die u houdt, of het nu een gateway, proxy of register is, vast wat u doet als die stopt. Zie ook betrouwbare bronnen en MCP en wetgeving.

Bronnen

Veelgestelde vragen

Werken mijn MCP-servers via Smithery nog?

Niet als u ze via Smithery verbond. Volgens Smithery stoppen op 31 oktober 2026 alle server-URL's op run.tools en server.smithery.ai, de Smithery-API, accounts en API-sleutels. Gebruik in plaats daarvan het officiële MCP-adres uit de documentatie van de leverancier en log daar opnieuw in.

Bestaat smithery.ai nog?

Ja, als openbare directory van MCP-servers, sinds de overname op 5 augustus 2026 onder Arcade.dev. Voor geverifieerde servers toont de pagina het directe adres van de leverancier. Verbinden via Smithery zelf kan niet meer.

Moet ik ook iets doen als ik Smithery alleen lokaal via de CLI gebruikte?

Ja. De Smithery-CLI en -SDK's worden als verouderd gemarkeerd en krijgen dus geen updates of beveiligingsfixes meer. Installeer de server bij voorkeur rechtstreeks volgens de instructies van de uitgever en pin een versie.

Laatst bijgewerkt: