L'intégration du MCP SaaS en une journée — ce qui s'est bien passé
Un sprint d'OAuth de deux semaines est devenu un succès de 24 heures quand une SaaS de nuit a branché dans le nouveau Model Context Protocol – seulement pour ChatGPT d'exposer une douzaine d'inadéquations subtiles entre les spécifications et la réalité.
Derrière le virage rapide
gustck, une plate-forme d'expédition B2B pour les lieux de loisirs de nuit au Japon, a déjà géré 100 lieux en direct et huit ans de données opérationnelles. Lorsque le poste de conception du MCP est tombé, l'équipe a estimé une poussée de deux semaines à partir du 16 juin. En lisant d'abord les spécifications, toute l'intégration a atterri en une seule journée. Les outils de base — liste des pilotes disponibles, aujourd'hui les postes de distribution et les castes assignables — ont été connectés à un contrôleur NestJS via le @modelcontextprotocol/sdk et servis via Streamable HTTP avec Server-Sent Events.
Douze pièges qui ont bloqué ChatGPT
L'assistant d'OpenAI est toujours nécessaire 12 corrections avant qu'il puisse invoquer n'importe quel outil. Le plus coûteux a été une erreur de garde : les JWT et les jetons d'accès OAuth se sont appuyés sur différents secrets, de sorte que chaque POST à /sse/:companyId a retourné 401 jusqu'à ce qu'un nouveau OAuthAccessTokenGuard (RS256 + HS256 fallback) soit ajouté. Les attentes en matière de transport ont également triplé; le MCP SDK s'attendait à ce que POST /sse avec JSON-RPC directement, tandis que l'héritage SSEServerTransport vivait ailleurs. Comportement de cache débogage compliqué: ChatGPT mis en cache, aucun outil, jusqu'à ce que le flux soit redémarré. Même les conventions de nommage ont causé de la confusion — ChatGPT a deviné get available drivers lorsque le paramètre réel était list available drivers — bien que le vrai bloqueur ait été la charge utile vide/liste qui n'a surgi qu'après la résolution des problèmes de garde et de transport.
Source : DEV Community. Synthèse éditoriale assistée par IA — TechnoExpress.