Le serveur MCP de Neobrutalismdans Zed

Ouvrez Settings → AI → MCP Servers (ou lancez `zed: open settings file`) et ajoutez un context server nommé `neobrutalism`. Utilisez le snippet de cette page : `npx -y mcp-remote` avec votre URL de registry complète (token dans la query string) — ça relie les context servers stdio de Zed à notre endpoint streamable-HTTP. Node 18+ requis. Enregistrez, puis confirmez l’indicateur vert « Server is active ».

Par défaut, l’agent Zed lance les context servers comme des process stdio locaux. mcp-remote est le shim standard qui relaie le stdio vers un serveur streamable-HTTP — votre token voyage toujours dans l’URL. Les builds Zed plus récents acceptent aussi un serveur distant natif avec seulement un champ url ; les deux formes touchent le même endpoint Neobrutalism. Cette page documente mcp-remote car ça correspond au snippet ci-dessus.

Ouvrez les réglages de l’Agent Panel et confirmez que `neobrutalism` est connecté. Puis demandez : “search neobrutalism for hero blocks” — l’agent doit appeler search_items via le bridge et renvoyer de vrais slugs. Nommer le serveur aide le modèle à choisir ses tools.

Lancez npx -y mcp-remote avec votre URL de registry complète dans un terminal pour voir l’erreur réelle : 401 mauvais token, 403 pas de Pro. Confirmez Node 18+ et que npx est sur le PATH hérité par Zed (lancez Zed depuis un terminal si besoin). Consultez le tooltip de l’indicateur MCP Servers pour le statut.

En général non pour un rechargement de config, mais si les tools n’apparaissent pas, redémarrez le serveur depuis Settings → AI → MCP Servers ou relancez Zed. Zed recharge aussi la liste des tools quand le serveur envoie des notifications tools/list_changed.

Oui — l’agent Zed a besoin d’un compte Neobrutalism Pro pour les tools de blocks Pro. Pas de token → 401 ; token sans Pro → 403. Passez à Pro, gardez la même URL dans context_servers, et reconnectez le serveur.

Dans la query string de l’URL (Dashboard → Account pour la valeur du token), que vous utilisiez les args mcp-remote ou un `url` distant natif. C’est le même token que pour les installs CLI Pro.

Le token est en lecture seule pour le registry et révocable. Préférez les réglages utilisateur à un fichier de projet versionné dans git ; régénérez depuis le dashboard s’il fuit.

Oui avec Team/Org Pro. Chacun utilise son propre token de registry dans ses propres réglages Zed — ne partagez pas une URL dans un dépôt.

Parcourir le catalogue, lire le source des blocks Pro et composants (Base UI / Radix / React Aria), ouvrir les previews, et copier des commandes d’install prêtes avec token — sans quitter l’Agent Panel.

Mentionnez « neobrutalism » ou le nom du tool dans le prompt, ou créez un profil d’agent personnalisé qui n’active que les tools MCP souhaités. Les permissions de tools de Zed peuvent encore demander une approbation selon vos réglages.

Il peut récupérer les commandes d’install via get_install_command. Exécutez la ligne `shadcn add` renvoyée dans le projet (terminal de l’Agent ou votre shell) pour installer le block et ses deps pour votre backend.

Les serveurs MCP configurés dans Zed sont utilisés par l’Agent natif et peuvent être transmis aux agents externes via ACP. Les threads terminal qui utilisent d’autres CLI ont besoin de leur propre config MCP (ex. Claude Code / Codex) séparément.

Demandez Base UI (défaut), Radix UI ou React Aria. Le source est aplati vers ce backend avant le retour.