Entdecken Sie GitNexus von Akon Labs für Code-Wissensgraphen, Repository-Navigation und Impact-Analysen mit Lizenz- und Bereitstellungsgrenzen.
Hast du dieses Tool genutzt? Bewerte es
Hast du dieses Tool genutzt? Bewerte es
Akon Labs entwickelt GitNexus, eine Code-Intelligence-Engine, die Repositories als Wissensgraph aus Symbolen, Aufrufen, Abhängigkeiten und Ausführungsabläufen indexiert. Entwickler können den Graph über die MCP-Verbindung eines Coding-Agenten, eine Befehlszeile oder einen Web-Explorer nutzen.
Das Angebot hat mehrere unterschiedliche Einstiegspunkte. Die GitNexus-Engine kann auf dem Rechner des Entwicklers laufen. Enterprise wird als verwaltete Software oder auf der Infrastruktur des Kunden angeboten. Nexus Agent ist ein separates Coding-Harness in privater Beta, das GitNexus in seinen Agentenablauf integriert.
Zugang, Datenschutz und Lizenzbedingungen dieser Produkte unterscheiden sich. Der Anbieter bezeichnet GitNexus auf seiner Website als Open Source. Die Bedingungen und die Repository-Lizenz beschränken die kostenlose Nutzung der Engine jedoch auf nichtkommerzielle Zwecke; für kommerzielle Nutzung ist eine gesonderte kommerzielle Lizenz erforderlich.
Laut Akon Labs verwendet GitNexus Tree-sitter, um Code zu parsen und Imports, Aufrufketten, Feldtypen und Rückgabetypen aufzulösen. Der Graph entsteht bei der Indexierung, statt einen Agenten jede Beziehung aus getrennten Textsuchen rekonstruieren zu lassen.
Der Anbieter beschreibt außerdem die Gruppierung von Symbolen zu funktionalen Clustern mittels Leiden-Community-Erkennung. Ein Cluster kann Entwicklern bei der Orientierung rund um Funktionen wie Authentifizierung oder Abrechnung helfen; eine Aufrufkette kann den Ausführungspfad durch bestimmte Funktionen zeigen.
Die Impact-Ansicht verfolgt Aufrufer einer geänderten Funktion und gruppiert sie nach Tiefe mit Konfidenzwerten. Das Werkzeug detect_changes ordnet Zeilen eines Git-Diffs den betroffenen Prozessen zu.
Die dokumentierte Operation query kombiniert BM25, semantische Suche und Reciprocal-Rank-Fusion und gibt nach Prozess gruppierte Treffer zurück. context fasst kategorisierte Referenzen eines Symbols und seine Beteiligung an Prozessen zusammen.
Zwischen zwei bekannten Symbolen sucht trace anhand von Aufruf- und Klassenmitgliedskanten einen gerichteten Pfad. impact konzentriert sich auf die mögliche Reichweite einer Änderung, während detect_changes ein Git-Diff als Ausgangspunkt nutzt.
Die aktuelle ausführliche Dokumentation erklärt, dass eine semantische Umbenennung standardmäßig eine Vorschau erstellt und bei dry_run gleich false angewendet wird. Nicht unterstützte oder mehrdeutige Vorkommen blockieren die Umbenennung.
Nexus Agent integriert GitNexus in ein Coding-Harness. Der Anbieter veranschaulicht einen Ablauf, der relevante Symbole und Flüsse abbildet, Plan und Auswirkungen zeigt, im Terminal oder Web baut und betroffene Abläufe sowie Tests überprüft.
Enterprise ergänzt eine Steuerungsebene für Teams. Akon Labs nennt einen vereinheitlichten Graphen über Repositories hinweg, automatische Neuindexierung bei Commits, Impact-Reviews für Pull Requests, ein generiertes Code-Wiki, Zugriffskontrollen und CI/CD-Integration.
Das öffentliche Repository enthält einen Schnellstart für die lokale Engine. Prüfen Sie vor der Ausführung die aktuelle Lizenz und die Voraussetzungen des Betriebssystems und verwenden Sie nur Code, den Sie indexieren dürfen.
npx gitnexus analyze oder den reinen Indexpfad. Laut README erstellt der Standardbefehl den Index, installiert Agent-Skills, registriert Claude Code hooks und schreibt die Kontextdateien AGENTS.md und CLAUDE.md. Dieselbe Dokumentation bietet gitnexus analyze --index-only, um einen Index ohne Repository-Integrationsdateien zu erstellen. Bei Wahl des reinen Indexpfads absolvieren Sie zuerst die Installation in Schritt 3 und führen anschließend diesen Befehl statt der Standardanalyse aus.npm install -g gitnexus. Prüfen Sie nach der Installation, ob gitnexus im PATH liegt, bevor Sie die Befehle ohne Präfix in diesen Schritten verwenden.npx gitnexus setup einmal aus, um MCP für Editoren einzurichten. Die ausführliche Dokumentation zeigt mit gitnexus setup -c cursor,codex die Auswahl der Integrationen. Setup schreibt laut Dokumentation globale MCP-Einstellungen der Editoren; prüfen Sie die Änderungen auf gemeinsam genutzten oder verwalteten Arbeitsplätzen.gitnexus serve aus und öffnen Sie die Weboberfläche, um per lokalem Backend die von der CLI indexierten Repositories zu durchsuchen. Laut Root-README nutzt die Oberfläche den bestehenden Index, ohne ihn erneut hochzuladen oder zu indexieren.Das Projekt dokumentiert auch die Fehlerbehebung bei nativer Installation und Plattformabhängigkeiten.
Wer eine gemeinsame Funktion ändert, kann mit ihrem Kontext beginnen, mit impact die Aufrufer untersuchen und das Git-Diff mit detect_changes vergleichen. Auch ein enges Ergebnis kann unvollständige Sprachunterstützung, eine mehrdeutige Beziehung oder einen veralteten Index widerspiegeln.
Ein Enterprise-Team kann Informationen zur Auswirkungsreichweite in die Pull-Request-Prüfung aufnehmen. Der Anbieter gibt an, Impact-Analysen an Pull Requests zu veröffentlichen und Impact-Gates oder Graphprüfungen in CI/CD anzuwenden.
Ein Team mit mehreren Repositories muss möglicherweise eine Änderung über eine Servicegrenze hinweg verstehen. Akon Labs beschreibt einen einheitlichen Graphen, dessen repositoryübergreifende Kanten eine API mit ihren Verbrauchern verbinden. Die Enterprise-Bereitstellung kann diese gemeinsame Sicht bieten, wenn Repositories und Berechtigungen gemäß dem Vertrag der Organisation eingerichtet wurden.
Für Dokumentation beschreibt die Enterprise-Seite ein aus dem Graphen erzeugtes, fortlaufendes Code-Wiki. Auch die aktuelle Repository-README gibt an, dass ihr Code-Wiki im OSS-Angebot verfügbar ist.
Die aktuelle Root-README nennt Claude Code, Cursor, Codex, Antigravity, Factory Droid, OpenCode, CodeBuddy und Qoder als automatisch von gitnexus setup erkannte Editoren. Windsurf erfordert laut README eine manuelle MCP-Konfiguration.
Die ausführlichere Editorentabelle nennt MCP, Skills und Hooks für Claude Code, Cursor, Antigravity, Codex und Factory sowie MCP und Skills für OpenCode, CodeBuddy und Qoder. Für Windsurf nennt sie MCP-Zugriff. Ein eigener OpenCode-Abschnitt derselben README beschreibt ein mit gitnexus setup -c opencode installiertes Hooks-Plugin zur Suchanreicherung und Warnung vor veraltetem Index, während die Übersichtstabelle keine OpenCode-Hooks ausweist. Diese Aussagen unterscheiden sich; prüfen Sie die detaillierte Anleitung und installierte Version. Die Tabelle nennt auch die manuelle Installation von Cursor-Hooks. Der Text unterscheidet die Anreicherung vor Tool-Ausführung und Hinweise auf veraltete Indizes in Claude Code und Codex von der reinen Nach-Tool-Anreicherung in Cursor, Antigravity und Factory.
Die CLI arbeitet mit einem indexierten Repository. Die aktuelle Root-Dokumentation zeigt Befehle zum Aktualisieren eines Index, Überwachen lokaler Dateien, Abfragen des Graphen, Prüfen der Indexaktualität und Auflisten von Repositories.
Die Weboberfläche ist ein Explorer und eine KI-Chatoberfläche. Die aktuelle README beschreibt die Verbindung mit einem lokalen Backend über gitnexus serve und die Verwendung des vorhandenen Index.
Für Enterprise nennt der Anbieter GitHub, GitLab, Bitbucket, Monorepos, lokale Checkouts und interne Spiegel als beispielhafte Quelltypen. Beschrieben werden Managed SaaS, Selbsthosting in einer Kunden-VPC oder lokalen Infrastruktur und isolierte Bereitstellung.
Die Preiskarte des Anbieters nennt sieben MCP-Werkzeuge und dreizehn Tree-sitter-Sprachen für GitNexus OSS. Die ausführliche Repository-README sagt dagegen, dass der Agent neunzehn Werkzeuge einschließlich zweier Gruppenwerkzeuge erhält. Die Enterprise-Seite bewirbt mindestens siebzehn Sprachen und weitere auf Anfrage. Dies sind Angaben unterschiedlicher Seiten und kein verifizierter Umfang jedes Installationspakets oder Vertrags.
Die Root-README nennt registrierte Provider für C, C++, C#, COBOL, Dart, Go, Java, JavaScript, Kotlin, Objective-C, PHP, Python, Ruby, Rust, Swift, TypeScript, Vue und Zig. Sie ergänzt, dass die Abdeckung je nach Konstrukt variiert, und verweist für Ausnahmen und verbleibende Lücken auf Sprachverzeichnisse.
Die am 12. November 2026 erfasste öffentliche Preisseite zeigt unterschiedliche Angebote:
| Angebot | Angezeigter Preis oder Zugang | Gezeigter Umfang |
|---|---|---|
| GitNexus OSS | Dauerhaft $0 | Lokaler Graph, MCP-Werkzeuge, Hybridsuche, Impact-Analyse und Browseroberfläche |
| Nexus Agent | Private Beta; Warteliste offen; in dieser Phase keine Zahlung nötig | Graphkontext in Agentenabläufen im Terminal und Web |
| Enterprise Managed SaaS | $29 pro Sitz | Pull-Request-Prüfung, Multirepository-Graph, Neuindexierung bei Commits und Support |
| Selbst gehostetes Enterprise | Individuell | Kundeninfrastruktur, Zugriffskontrollen, Modelloptionen und Einführung |
Der verwaltete Preis wird als $29/seat angegeben. Die Preiskarte nennt neben diesem Betrag weder einen monatlichen noch einen jährlichen Zeitraum. Vollständiger Abrechnungszeitraum und Vertragsbedingungen sind daher beim Anbieter zu bestätigen.
Die Bedingungen benennen PolyForm Noncommercial 1.0.0 als Lizenz der Engine. Persönliche und nichtkommerzielle Nutzung sei kostenlos, für kommerzielle Nutzung sei eine kommerzielle Lizenz erforderlich. Enterprise unterliegt ob verwaltet, selbst gehostet oder isoliert einem separaten schriftlichen Vertrag, der bei Abweichungen von den Website-Bedingungen vorgeht.
Sourcegraph Code Search kommt als Vergleich infrage, wenn das unmittelbare Ziel die Codesuche über Repositories hinweg ist. Die eigene Seite nennt Literal-, Stichwort- und reguläre Ausdruckssuche, Symbolsuche sowie Suche über Commits und Diffs.
Ein Team kann vergleichen, ob es explizite Suche und Navigation über Code und Verlauf benötigt oder eine graphorientierte Kontextebene, die Agenten Abhängigkeiten und Ausführungsbeziehungen bereitstellt.
CodeQL ist ein anderer Vergleich für Teams, deren zentrale Frage Sicherheitsmuster betrifft. Die offizielle Seite beschreibt semantische Codeanalyse zum Auffinden von Schwachstellen und Varianten. GitNexus betont Repository-Struktur, Kontext und Änderungsfolgen für Entwicklungsagenten.
Die aktuelle GitNexus-README weist darauf hin, dass die Auflösung von Sprachunterstützung und verfügbaren Belegen abhängt, und empfiehlt, gemeldete Mehrdeutigkeit, Indexaktualität und Abdeckungsgrenzen zu prüfen. Graphresultate sind besonders nützlich, wenn das Team das indexierte Repository und die Revision kennt und den angezeigten Code untersuchen kann.
Die ausführliche Dokumentation sagt, dass explain und pdg_query einen mit gitnexus analyze --pdg erstellten Index benötigen.
Der Anbieter berichtet über ein DeepSWE-Experiment mit 113 Aufgaben in 89 Projekten und 3.471 Versuchen. Auf der Benchmark-Seite nennt er eine Erfolgsquote von 68,37 % für GitNexus und 36,99 % für die Basismodellkonfiguration. Dies sind Messungen des Anbieters unter den offengelegten Bedingungen und kein unabhängiger Test einer bestimmten Anwendung, eines Editors oder einer Bereitstellung.
Dieselbe Seite erklärt, dass ein Benchmark zu einer einzelnen Aufgabe nicht messen kann, wie Hunderte Repositories als ein Graph abgefragt werden, wie die Auswirkungsreichweite vor dem Merge analysiert wird oder wie Taint-Tracking über Services hinweg funktioniert. Für die Bewertung dieser Fähigkeiten benötigt ein Team eine eigene repräsentative Prüfung.
Die Datenschutzseite von Akon Labs erklärt, dass die OSS-Engine auf der Hardware des Nutzers läuft, den Graphen im Ordner .gitnexus/ neben dem Repository speichert und weder Quellcode noch Dateinamen oder Graphinhalte an Akon Labs oder Dritte überträgt. Dieselbe Richtlinie behandelt Managed SaaS separat und stellt Repository-Zugriff und Verarbeitung unter den Vertrag der Organisation.
Die aktuelle Repository-README ergänzt, dass die CLI-Indexierung lokal ohne LLM läuft, während optionale Remote-Embeddings, Wiki-Erzeugung und KI-Chat die vom Nutzer konfigurierten Anbieter verwenden. Die Aussage zur lokalen Indexierung darf daher nicht zu einem Versprechen verallgemeinert werden, dass alle optionalen Anbieter keine Informationen erhalten. Prüfen Sie bei diesen Funktionen den gewählten Anbieter und die Bereitstellungskonfiguration.
Für selbst gehostetes oder isoliertes Enterprise sagt die Richtlinie, dass die Verarbeitung in der Infrastruktur des Kunden verbleibt. Die Sicherheitsseite erklärt, dass Kunden GitNexus auf eigene Modellendpunkte richten können, und beschreibt eine isolierte Konfiguration ohne externe Aufrufe.
Die Website empfängt technische Daten wie IP-Adresse, Browsertyp und besuchte Seiten. Laut Datenschutzrichtlinie werden E-Mail-Korrespondenzen für Antworten und Nachverfolgung aufbewahrt, personenbezogene Daten so lange wie für die genannten Zwecke erforderlich gespeichert und Nutzer können per E-Mail Zugriff, Berichtigung oder Löschung verlangen.
Website und OSS-Software werden im gesetzlich höchstzulässigen Umfang ohne Gewähr im Ist-Zustand bereitgestellt. Etwaige Enterprise-Garantien stehen im jeweiligen Vertrag.
Akon Labs ist das Unternehmen, GitNexus sein entwickeltes Code-Wissensgraphprodukt. Enterprise und Nexus Agent werden als separate Angebote rund um die Engine beschrieben.
Laut Bedingungen ist die Engine unter PolyForm Noncommercial 1.0.0 für persönliche und nichtkommerzielle Zwecke kostenlos; kommerzielle Nutzung erfordert eine kommerzielle Lizenz. Prüfen Sie Lizenz und Organisationsvertrag für den geplanten Einsatz.
Laut Repository erfolgt die CLI-Indexierung lokal ohne LLM, optionale Remote-Embeddings, Wiki-Erzeugung und KI-Chat nutzen aber konfigurierte Anbieter. Prüfen Sie vor dem Senden sensibler Codes oder Abfragen diese Einstellungen und die geltenden Bereitstellungsbedingungen.
Die Preisseite nennt Nexus Agent eine private Beta mit offener Warteliste, für die in dieser Phase keine Zahlung erforderlich ist. Zugang und Bedingungen sollten bei Akon Labs überprüft werden.