// Konfigurationsdatei
settings.json
Remote-Server stehen unter context_servers. Öffne die Datei mit zed: open settings file oder füge einen Server über Settings → AI → MCP Servers hinzu.
Für Zed-Nutzer
Der Zed-Agent arbeitet mit den Dateien, die du öffnest, und den Anweisungen, die du ihm gibst. Maguyva indexiert das ganze Repo und liefert es über MCP zurück, damit der Agent fragt, wo ein Symbol liegt, statt zu raten.
Free-Stufe: 3 Repositories, Bis zu 50K indexierte Repo-Zeilen, keine Kreditkarte.
Ein Eintrag in context_servers: eine URL und ein Authorization-Header. Vier Fakten speziell für Zed. Keiner davon ist schwer.
// Konfigurationsdatei
Remote-Server stehen unter context_servers. Öffne die Datei mit zed: open settings file oder füge einen Server über Settings → AI → MCP Servers hinzu.
// Transport
Zed verbindet sich per HTTP direkt mit dem Remote-Endpunkt von Maguyva. Kein lokaler Prozess, kein Node.js.
// Schlüssel
Diese Anleitung schreibt den Schlüssel direkt in den Authorization-Header, weil die Expansion von Umgebungsvariablen in Zed-Headern hier nicht verifiziert ist. Bewahr ihn in deinen Benutzereinstellungen auf, nicht in einer Datei, die du committest.
// Freigaben
Zed fragt standardmäßig vor jedem Tool-Aufruf nach. Gib die Tools von Maguyva einzeln unter agent.tool_permissions.tools frei, mit Schlüsseln wie mcp:maguyva:find_symbol.
# .rules
- Führ den Test-Befehl des Repos aus, bevor du eine Änderung für fertig erklärst.
- Bearbeite nur das Paket, um das du gebeten wurdest.Zed lädt genau eine Projektanweisungsdatei: den ersten Treffer aus einer festen Liste, die mit .rules beginnt und AGENTS.md sowie CLAUDE.md enthält. Persönliche Anweisungen gehören nach ~/.config/zed/AGENTS.md. Nutz sie für:
Eine Anweisungsdatei sagt dem Agenten, wie er arbeiten soll. Sie kann ihm nicht sagen, welche von viertausend Dateien die Funktion aufrufen, die er gleich ändert.
Drei Dinge, die der Zed-Agent aus den Dateien vor ihm nicht lernen kann.
Der Agent sieht, was du geöffnet hast und was er per grep findet. Ein gleichnamiger Helper in einem anderen Paket sieht identisch aus – bis der falsche ausgeliefert wird.
“Was geht kaputt, wenn ich diese Signatur ändere?” ist eine Graph-Frage. Ohne Index liest der Agent eine Datei nach der anderen, bis ihm die Turns oder der Kontext ausgehen.
Jede Datei, die der Agent zur Orientierung öffnet, kostet Tokens, die ihm für die eigentliche Änderung fehlen. Eine priorisierte Antwort mit file:line kostet weniger als zehn tastende Lesezugriffe.
Ein Eintrag in context_servers gibt dem Zed-Agenten:
Zed gibt dem Agenten einen schnellen Editor.
Maguyva gibt dem Agenten eine Karte des Codes.
Erst die Karte fragen, dann editieren.
// workflow 01
zed agent> wo ist die Retry-Policy für ausgehende Webhooks? find_symbol("retryPolicy") src/webhooks/dispatch.ts:41 retryPolicy() ← Implementierung src/webhooks/__mocks__/dispatch.ts:9 ← Mock → Der Agent öffnet dispatch.ts:41, nicht den Mock. [exit 0]
Eine priorisierte Abfrage ersetzt eine Runde grep. Die Antwort kommt als Pfad und Zeile zurück, die der Agent direkt öffnen kann.
// workflow 02
zed agent> füg fetchInvoice ein timeout-Argument hinzu dependency_search("fetchInvoice", dependents) 7 Aufrufer in 4 Paketen → Der Agent aktualisiert alle sieben Aufrufstellen in einem Durchgang. [exit 0]
Der Auswirkungsradius kommt vor der ersten Änderung, nicht erst, wenn der Build fehlschlägt.
Drei Schritte. Free-Stufe: 3 Repositories, Bis zu 50K indexierte Repo-Zeilen, keine Kreditkarte.
// step 01
Wähl eins, das du schon kennst, damit du die Antworten bewerten kannst.
// step 02
~/.config/zed/settings.json
{
"context_servers": {
"maguyva": {
"url": "https://maguyva.tools/mcp",
"headers": {
"Authorization": "Bearer mgv_xxxx"
}
}
}
} // step 03
Ersetz mgv_xxxx durch deinen API-Schlüssel und speichere. Stell dem Agenten eine Frage, deren Antwort du schon kennst, und öffne dann die zitierte Datei.