MCP integration — brainclaw

Vous avez choisi votre agent — Claude Code, ou Cursor, ou Vibe, ou celui que vous utilisez à 2h du matin. brainclaw ne vous demande pas de changer. Il fonctionne comme un serveur MCP (Model Context Protocol — la norme parlée par les agents majeurs), et chacun d’eux s’y connecte nativement. Pas de code adaptateur. Pas de SDK par agent. Pas de protocole propriétaire à gérer.

C’est ce qui rend la « mémoire partagée entre agents » réellement possible : la session Claude Code de lundi capture un piège, la session Codex de mercredi le lit sans traduction, et l’exécution Vibe de vendredi reprend le plan à moitié terminé.

# Same MCP server, every agent
bclaw_work intent=execute scope="src/auth/"
bclaw_get  entity=trap id=trp_abc123
bclaw_create entity=decision data={text: "...", author: "..."}

66+ tools reposant sur 17 entities — six verbes canoniques couvrent toute la surface CRUD, plus des façades comme bclaw_work et bclaw_coordinate qui regroupent la boucle quotidienne en un seul appel. Les schémas sont versionnés afin que vous puissiez épingler et mettre à niveau selon vos propres termes.

Voici à quoi ça ressemble côté agent — la même surface MCP, de l’onboarding à la navigation de code, au dispatch parallèle et aux boucles de revue :

Claude Code· acme-checkout brainclaw MCP

Lit la mémoire partagée en un appel — bclaw_work.

Chaque plan, décision, piège et séquence vit dans .brainclaw/, versionné dans git — exposé comme outils MCP à n'importe quel agent (Claude, Codex, Copilot…), ou en CLI quand tu veux. L'agent reprend le projet ; tu ne le réexpliques pas.

Le même serveur expose aussi une Code Map structurelle de votre dépôt (bclaw_code_find, bclaw_code_brief) — l’agent navigue ainsi dans votre code, pas seulement dans votre mémoire.

Consultez la page d’intégrations pour la matrice complète des capacités par agent.

Des analytics uniquement si tu dis oui.