Brahim Bousnguar

Notes · Note courte

J’ai mis mon portfolio derrière un serveur MCP

Par · · 1 min de lecture

Les recruteurs lisent une page. Les agents ont besoin de quelque chose à appeler. L’API de mon portfolio expose donc maintenant un serveur MCP sans état en Streamable HTTP, accessible sans clé.

Les outils sont en lecture seule et s’appuient sur les fichiers publics du site en ligne (profile.json, llms.txt, les copies Markdown), mis en cache 5 minutes : get_profile, get_availability, list_items pour les missions, projets et notes, get_item pour un élément précis en EN ou en FR, et search pour une recherche par mots-clés avec des extraits de texte.

La seule exception est request_cv, qui passe par le même chemin storeRequest que le formulaire du site : même validation, même limite de débit par IP. Une demande faite via MCP est marquée [via MCP], pour que je sache d’où elle vient. La description de l’outil demande aux agents de ne l’appeler qu’à la demande explicite de l’utilisateur, avec son propre nom et son propre e-mail.

Testé en local avec le client officiel du SDK TypeScript MCP : les six outils renvoient des données correctes dans les deux langues, et les entrées invalides sont refusées proprement (un slug avec traversée de chemin, un nom d’un seul caractère, un e-mail mal formé).

Prochaine étape : le faire référencer dans le registre MCP officiel.

Texte brut: portfolio-mcp-server.md · Flux Atom · Toutes les notes

Contact

Écrivez-moi.

b.bousnguar@gmail.com

Intégration SAP Commerce Cloud, MuleSoft et Salesforce · Nantes · FR / EN