# Go-Unterstützung in Maguyva: Code Intelligence für Backend-Services Canonical source: https://maguyva.ai/de/languages/go License: text under [CC BY 4.0](https://creativecommons.org/licenses/by/4.0/); code samples under [MIT-0](https://opensource.org/license/mit-0); the Maguyva name, logos, brand assets and other code are not covered. Details: [maguyva.ai/license](https://maguyva.ai/license). Maguyva unterstützt Go mit AST-Parsing und Symbolextraktion und hilft KI-Agents dabei, Package-Grenzen, Service-Schichten, Composite Literals und Abhängigkeitspfade in Backend-Code nachzuvollziehen. ## Unterstützungsüberblick - Stufe: AST- und Symbol-Support - Programmierung - Dateiendungen: .go - Echtes AST-Parsing für syntaxbewusste Suche und strukturellen Kontext. - Benannte Symbole speisen semantisches Lookup und Cross-Referenzierung. Graph-Navigation ist verfügbar, wenn die Beziehungsextraktion aktiviert ist. - Diese Sprache liefert Symbole und Beziehungen für die graphgestützte Suche; die unterstützten Kantentypen variieren je nach nativen Konstrukten der Sprache. - AST-Parsing und Symbolextraktion sind beide verfügbar. ## Am besten geeignet - Backend- und Plattform-Teams, die Go-Services, CLIs, Worker und operatives Tooling in einem Repository betreiben. - Repos, in denen Package-Grenzen sauber sind, sich die Aufrufkette aber trotzdem über viele kleine Dateien erstreckt. - Teams, die KI-Agents nutzen, um Service-Verhalten zu untersuchen, bevor Handler, Repositories oder gemeinsam genutzte Clients angefasst werden. ## Agent-Abläufe - Einen Request-Flow vom Handler über den Service bis zur Datenzugriffsschicht verfolgen, bevor eine Änderung vorgenommen wird. - Herausfinden, wo ein Struct, Package oder Client in der gesamten Codebase konstruiert und wiederverwendet wird. - Benachbarte Implementierungen vergleichen, um etablierte Service-Muster beizubehalten. ## Warum Go-Repositories von strukturbewusster Suche profitieren Go-Repositories wirken oft einfacher, als sie sind. Die Syntax ist direkt und das Package-Modell meist aufgeräumt, weshalb man annimmt, Suche allein reiche aus. Dann wächst die Codebase zu Handlern, Services, Repositories, Workern und internen Bibliotheken heran, und plötzlich hängt eine kleine Änderung davon ab, drei Packages und einen gemeinsam genutzten Typ zu verstehen, bevor überhaupt etwas angefasst wird. Das ist die Grenze zwischen hilfreicher KI-Unterstützung und blindem Editieren. In Go liegt die Schwierigkeit selten in der Syntax. Sie liegt darin, die Intention auf Package-Ebene zu bewahren. ## Was Maguyva in Go tatsächlich extrahiert Maguyva hält sich in Go eng an die Sprache selbst. Die Konfiguration verzichtet bewusst auf zusätzliche Normalizer, was zur vergleichsweise direkten Syntax von Go passt. Composite Literals werden als Instanziierungen behandelt, und ein umfangreicher Stdlib-Filter entfernt `fmt`, `context`, `time`, `json` und ähnliche Aufrufe aus dem Beziehungsgraphen, damit Repository-Code leichter erkennbar bleibt. Das macht den Graphen nützlicher für echte Go-Fragen: wo ein Struct konstruiert wird, welches Package eine Interface-Grenze besitzt, und wie ein Request vom Handler über den Service zur Datenschicht wandert. ## Nützliche MCP-Workflows für Go-Services Der MCP-Workflow ist meist unkompliziert: - `find_symbol`, wenn du den Handler, Service, das Interface oder den Client kennst, den du untersuchen willst. - `analyze_dependencies`, wenn du die Kopplung nach außen verstehen willst, bevor ein Package oder Service geändert wird. - `dependency_search` mit eingehender Traversierung, wenn du den Impact-Radius für einen gemeinsam genutzten Typ oder Client brauchst. ## Wo diese Seite am relevantesten ist Diese Seite ist am stärksten für Backend- und Plattform-Code, in dem Go die Haupt-Service-Sprache ist, aber nicht das ganze Repo. Wenn daneben Infrastruktur-Module liegen, lies auch [Terraform](/de/languages/terraform). Wenn es bei deiner Bewertung eher um sicherheitskritische Systemprogrammierung geht, ist [Rust](/de/languages/rust) der bessere Vergleich. ## Engine-Einordnung - Go überspringt absichtlich zusätzliche Normalisierer, weil die Syntax schon direkt genug ist, damit Tree-sitter sauber funktioniert. - Composite Literals zählen als Instanziierungen, sodass der Graph verfolgen kann, wo konkrete Structs erzeugt werden, statt nur, wo Namen deklariert werden. - Ein großer Stdlib-Filter hält `fmt`, `context`, `time`, `json` und ähnliche Aufrufe davon ab, repository-spezifische Beziehungen zu übertönen. ## Nützliche MCP-Einstiegspunkte - `find_symbol`: Nutz es, wenn du den Handler-, Service- oder Interface-Namen kennst und zuerst Aufrufer und Referenzen willst. - `analyze_dependencies`: Wende es auf ein Package- oder Service-Symbol an, um vor einem Refactoring dessen Kopplung nach außen zu verstehen. - `dependency_search`: Nutz eingehende Traversierung auf einem Client oder Core-Type, wenn du den Auswirkungsradius abschätzen musst.