// fichier de config
settings.json
Les serveurs distants se placent sous context_servers. Ouvrez le fichier avec zed: open settings file, ou ajoutez un serveur depuis Settings → AI → MCP Servers.
Pour les utilisateurs de Zed
L’agent de Zed travaille à partir des fichiers que vous ouvrez et des instructions que vous lui donnez. Maguyva indexe tout le dépôt et le restitue via MCP : l’agent demande où se trouve un symbole au lieu de deviner.
Palier Free : 3 dépôts, Jusqu'à 50 000 lignes de dépôt indexées, sans carte bancaire.
Une seule entrée context_servers : une URL et un en-tête Authorization. Quatre faits propres à Zed. Aucun n’est difficile.
// fichier de config
Les serveurs distants se placent sous context_servers. Ouvrez le fichier avec zed: open settings file, ou ajoutez un serveur depuis Settings → AI → MCP Servers.
// transport
Zed se connecte directement en HTTP au point de terminaison distant de Maguyva. Pas de processus local, pas de Node.js.
// clé
Ce guide écrit la clé directement dans l’en-tête Authorization, car l’expansion des variables d’environnement dans les en-têtes de Zed n’est pas vérifiée ici. Gardez-la dans vos paramètres utilisateur, pas dans un fichier que vous commitez.
// approbations
Par défaut, Zed demande confirmation avant chaque appel d’outil. Autorisez les outils de Maguyva un par un sous agent.tool_permissions.tools, avec des clés comme mcp:maguyva:find_symbol.
# .rules
- Lance la commande de test du dépôt avant de déclarer une modification terminée.
- Ne modifie que le paquet qu’on t’a demandé de changer.Zed charge un seul fichier d’instructions de projet : la première correspondance dans une liste fixe qui commence par .rules et inclut AGENTS.md et CLAUDE.md. Les instructions personnelles vont dans ~/.config/zed/AGENTS.md. Utilisez-les pour :
Un fichier d’instructions dit à l’agent comment travailler. Il ne peut pas lui dire lesquels de quatre mille fichiers appellent la fonction qu’il s’apprête à modifier.
Trois choses que l’agent de Zed ne peut pas apprendre des fichiers qu’il a sous les yeux.
L’agent voit ce que vous avez ouvert et ce qu’il trouve avec grep. Un helper du même nom dans un autre paquet paraît identique, jusqu’à ce que le mauvais parte en production.
“Qu’est-ce qui casse si je change cette signature ?” est une question de graphe. Sans index, l’agent lit les fichiers un par un jusqu’à épuiser ses tours ou son contexte.
Chaque fichier que l’agent ouvre pour s’orienter consomme des tokens qu’il ne pourra pas consacrer à la modification. Une réponse classée avec file:line coûte moins que dix lectures à tâtons.
Une entrée context_servers donne à l’agent de Zed :
Zed donne à l’agent un éditeur rapide.
Maguyva donne à l’agent une carte du code.
Interrogez d’abord la carte, puis modifiez.
// workflow 01
zed agent> où est la politique de retry des webhooks sortants ? find_symbol("retryPolicy") src/webhooks/dispatch.ts:41 retryPolicy() ← implémentation src/webhooks/__mocks__/dispatch.ts:9 ← mock → L’agent ouvre dispatch.ts:41, pas le mock. [exit 0]
Une recherche classée remplace une série de grep. La réponse revient sous forme de chemin et de ligne que l’agent peut ouvrir directement.
// workflow 02
zed agent> ajoute un argument timeout à fetchInvoice dependency_search("fetchInvoice", dependents) 7 appelants dans 4 paquets → L’agent met à jour les sept sites d’appel en une passe. [exit 0]
Le rayon d'impact arrive avant la première modification, pas après l’échec du build.
Trois étapes. Palier Free : 3 dépôts, Jusqu'à 50 000 lignes de dépôt indexées, sans carte bancaire.
// step 01
Choisissez-en un que vous connaissez déjà, pour pouvoir évaluer les réponses.
// step 02
~/.config/zed/settings.json
{
"context_servers": {
"maguyva": {
"url": "https://maguyva.tools/mcp",
"headers": {
"Authorization": "Bearer mgv_xxxx"
}
}
}
} // step 03
Remplacez mgv_xxxx par votre clé API et enregistrez. Posez à l’agent une question dont vous connaissez déjà la réponse, puis ouvrez le fichier cité.