--- title: "Graft Review 2026: Repo-Map für Agenten im Git" canonical: https://wavect.io/de/blog/graft-review-agent-repo-map/ language: de description: "Graft Review für Engineering-Leads: Warum die Repo-Map gitignored ist, was die Benchmarks wirklich belegen, was der Deep-Build kostet und ein Pilotplan." image: "https://wavect.io/img/blog/headers/header_graft-review-agent-repo-map.png" --- [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 13 min Lesezeit · 18. August 2026 Zuletzt geprüft 18. August 2026 [**Weiter**](/de/blog/graphify-review-codebase-knowledge-graph/) # Graft Review: Kann eine Repo-Map ein Team-Asset sein? TL;DR Graft ist ein MIT-lizenziertes npm-CLI, das ein Repository in verlinkte Markdown-Knoten und einen Symbolgraphen schreibt, damit ein Coding-Agent orientiert in eine Aufgabe startet statt sich neu durchzugreppen. Zwei Punkte entscheiden, ob das deinem Team hilft. Erstens wird die Map nicht über Git geteilt: graft build setzt graft/ automatisch in die.gitignore, und jede Person im Team baut die eigene Kopie neu. Die populäre Behauptung, die Map wandere mit dem Repo mit, ist damit falsch. Committed wird nur das Wiring in.claude/, ein markierter Abschnitt in der AGENTS.md und die MCP-Konfiguration. Dieses Default ist richtig, denn generierte Dateien kollidieren über Branches hinweg, und eine eingecheckte Map lügt, sobald sich der Branch bewegt. Zweitens kommen alle veröffentlichten Zahlen vom Hersteller: ein Lauf über 162 Durchgänge in zwei Repositories, eines davon Graft selbst, mit einem LLM als Judge, plus 50 SWE-bench-Verified-Instanzen mit 33 gelösten gegen 27, einmalig und ohne Varianzangabe. Glaubwürdiger Mechanismus, aber keine Beschaffungsevidenz. Die strukturelle Ebene ist deterministisches tree-sitter ohne Key und ohne Netzwerk, während graft build --deep Datei- und Symbolinhalte an einen von dir konfigurierten Anbieter schickt. Genau das musst du in der EU prüfen. Committe, wofür ein Mensch verantwortlich ist, generiere neu, was ein Parser wiederherstellen kann, und bewerte einen zweiwöchigen Pilot an den Kosten pro akzeptierter Änderung statt an gesparten Tokens. Fakten geprüft am 18. August 2026. **Graft löst ein echtes Problem, und die virale Version des Pitches liegt genau bei dem Punkt falsch, der Engineering-Verantwortliche am meisten interessiert.** Das Problem ist real: Ein Coding-Agent startet die meisten Aufgaben blind, greppt sich durch dein Repository, baut ein Bild neu auf, das er gestern schon hatte, und stellt dir die Wiederentdeckung in Rechnung. Graft schreibt dieses Bild als verlinkte Markdown-Knoten auf die Platte, damit die nächste Aufgabe orientiert beginnt. In den Feeds kursiert die Behauptung, die Map wandere danach über Git mit und das ganze Team erbe sie. Die eigene Dokumentation von Graft sagt das Gegenteil. Im [offiziellen Graft-Repository](https://github.com/NanoNets/Graft) steht im README, der Graph sei "a local, regenerable cache (like `node_modules`), not something you commit". `graft build` trägt `graft/` automatisch in deine `.gitignore` ein, und jede Person im Team baut sich mit `graft build` die eigene Kopie. Das ist kein Fehler, sondern das richtige Default, und es verändert, was du eigentlich einführst: eine gemeinsame Konvention plus einen billigen Rebuild, kein gemeinsames Dokument. Unser Fazit nach der Prüfung des Projekts am 18. August 2026: **verdrahte Graft in einem Repository und miss es, aber plane die Team-Story um das, was wirklich in die Versionskontrolle gehört.** Diese Seite besitzt die produktspezifische Frage "Graft Review" und "Repo-Map im Git". Unser [Graphify Review](/de/blog/graphify-review-codebase-knowledge-graph/) besitzt die Entscheidung über einen abfragbaren Codebasis-Wissensgraphen, und der [Leitfaden zu Graph Engineering](/de/blog/graph-engineering-ai-agents/) besitzt die Frage, wann sich ein Graph überhaupt rechnet. ## Was ist Graft? **Graft ist ein MIT-lizenziertes TypeScript-CLI, das ein Repository in einen Ordner verlinkter Markdown-Knoten plus einen Graphen pro Symbol verwandelt und dieses Ergebnis in die Agents verdrahtet, die du ohnehin nutzt.** Die Installation sind zwei Befehle, `npm install -g @nanonets/graft` und `graft init`. Der Build läuft in zwei Stufen, und der Unterschied zwischen ihnen entscheidet über Kosten und Datenschutzprüfung. | Ebene | Was dabei entsteht | Modell und Key | | --- | --- | --- | | Strukturelle Ebene | Wiring-Graph pro Symbol, Karten pro Datei, Call- und Referenzkanten über 21 Sprachen | Deterministisches tree-sitter. Kein Modell, kein Key, kein Netzwerk | | Konzeptebene (`graft build --deep`) | Zusammenfassungen in Klartext, synthetisierte Konzeptknoten, Summary und Crux pro Symbol | Dein Anbieter, dein Key, dein Modell. Cache über den Body-Hash | | Abfrageoberfläche | `ask`, `grep`, `callers`, `skeleton`, `map`, `check` plus sechs MCP-Tools | Strukturelle Abfragen laufen ohne Modell und ohne Key | | Agent-Verdrahtung | Skill-Datei für Claude Code, markierter Abschnitt in der `AGENTS.md`, Regeldateien für Cursor, Copilot, Gemini, Kiro, Windsurf | Von `graft init` geschrieben, gemerged statt überschrieben | Zwei Designentscheidungen sind wichtiger als die Benchmark-Tabelle. Erstens gibt es keinen Vektorstore: Die [eigene Projektbeschreibung](https://graft.nanonets.ai/) spricht von Dateien, die dein Agent liest, ohne Server, Datenbank oder Embeddings. Zweitens ist Frische eine Schleife statt eines Index: Jede Abfrage vergleicht den Arbeitsbaum mit dem Fingerprint des letzten Builds und baut nur nach, was sich bewegt hat, strukturell und ohne Tokenkosten. Damit beschreiben Antworten auch nicht committete Änderungen. Diese zweite Entscheidung ist die eigentliche Ingenieursleistung. Eine veraltete Map ist schlimmer als keine Map, weil der Agent ihr vertraut. Vorgeschichte gehört dazu: [Aider lieferte schon im Oktober 2023 eine per PageRank gewichtete tree-sitter-Repo-Map](https://aider.chat/2023/10/22/repomap.html). Die gewichtete Repo-Map ist nicht neu. Neu sind die Refresh-Schleife und die Verdrahtung über mehrere Agents. ## Committet Graft die Repo-Map ins Git? **Nein, und du solltest es auch nicht wollen.** Was über die Versionskontrolle wandert, ist das Wiring: die Dateien, die `graft init` in `.claude/` ablegt, der markierte Graft-Abschnitt in der `AGENTS.md` und die MCP-Konfiguration. Der generierte Graph unter `graft/` ist gitignored und wird pro Clone neu gebaut. | Artefakt | Wandert über Git | Wer baut es neu | Fehlerbild, wenn du es falsch machst | | --- | --- | --- | --- | | Agent-Wiring und Skill-Dateien | Ja, committet und reviewt | Menschen, im Pull Request | Die Hälfte des Teams arbeitet mit einem anderen Agent-Vertrag | | Handgeschriebene Konventionen in der `AGENTS.md` | Ja, committet und reviewt | Menschen, bewusst | Jeder Prompt wiederholt Build- und Testregeln | | Struktureller Graph unter `graft/` | Nein, per Default gitignored | Jeder Clone, in Sekunden, kostenlos | Merge-Konflikte in generierten Dateien und eine Map, die auf einem Branch lügt | | Konzept-Summaries aus `--deep` | Nein, gleicher Cache | Wer den Anbieter-Key hat | Ungeprüfter Text über dein System, für den niemand verantwortlich ist | | Kontext einer einzelnen Session | Nein | Niemand, er wird verworfen | Ein Transkript als Dokumentation behandeln | Wir sind auf dem Repository dieser Website auf dieselbe Erkenntnis gestoßen, allerdings auf dem harten Weg. Wir betreiben Coding-Agents in parallelen Git-Worktrees, und generierte Graph-Ausgaben sind dort bewusst aus der Versionskontrolle ausgeschlossen, weil die generierten Dateinamen zwischen gleichzeitigen Branches kollidieren und ein Konflikt in einer maschinell geschriebenen Datei Review-Zeit kostet, ohne Review-Wert zu liefern. Eine eingecheckte Map veraltet außerdem im Tempo des jeweiligen Branches, also genau dann, wenn ein Agent am ehesten darauf reagiert. Die ehrliche Formulierung des Team-Nutzens ist also enger als die virale, und nützlicher. Graft gibt deinem Kollegen nicht das Wissen, das dein Agent aufgebaut hat. Es gibt ihm einen Befehl von zwei Sekunden, der eine gleichwertige Map aus derselben Quelle der Wahrheit neu baut: dem Code. Das ist eine bessere Garantie als eine gemeinsame Datei, weil sie nicht driften kann. Es ist damit aber eine Rollout-Aufgabe und keine Dokumentationsaufgabe. ## Was gehört dann ins Git? Die brauchbare Regel ist kurz: **committe, wofür ein Mensch verantwortlich ist, und generiere neu, was ein Parser wiederherstellen kann.** Generierte Struktur ist billig und selbstkorrigierend. Absicht ist beides nicht. 1. **Entscheidungen und Randbedingungen.** Build- und Testbefehle, Grenzen, die der Agent nicht überschreiten darf, warum das hässliche Modul hässlich bleibt, welche Schnittstelle ein Vertrag ist. Genau dafür existiert [AGENTS.md](https://agents.md/), ein Format, das über 60.000 Open-Source-Projekte nutzen und das inzwischen von der Agentic AI Foundation unter der Linux Foundation betreut wird. Es ist handgeschrieben, wird im Pull Request reviewt und ist die Pflege wert. 2. **Abgeleitete Struktur.** Call-Graphen, Symbol-Maps, gewichtete Dateilisten. Neu baubar, also gitignore sie und mach den Rebuild schnell und automatisch. 3. **Institutionelles Wissen, das kein Code ist.** Runbooks, Domänenregeln, Entscheidungen mit Owner und Review-Datum. Das gehört in einen governten Speicher, was ein anderer Bau mit anderen Regeln ist. Unsere [Architektur für ein KI-taugliches Firmenwiki](/de/blog/ai-ready-company-wiki/) deckt das ab. Teams scheitern hier meist in eine von zwei Richtungen. Sie committen generierte Ausgaben und erben Merge-Rauschen plus selbstbewusst veraltete Antworten. Oder sie schreiben gar nichts auf und erwarten, dass das Tool eine Absicht ableitet, die nie irgendwo festgehalten wurde. Eine Repo-Map kann einem Agent nicht sagen, dass eine Tabelle gerade migriert wird und keine Spalten bekommen darf. Das kann nur ein Mensch. Dieselbe Disziplin steckt in unserer [Checkliste für die Software-Übergabe](/de/software-development-guide/software-handover-checklist/), die für die menschliche Variante desselben Problems geschrieben wurde: Was muss aufgeschrieben sein, bevor die Person geht, die es weiß. ## Wie belastbar sind die Zahlen von Graft? **Der Mechanismus ist glaubwürdig und jede veröffentlichte Zahl stammt vom Hersteller.** Diese Kombination verdient einen Pilot, keine Beschaffungsentscheidung. Graft veröffentlicht drei getrennte Messreihen, und sie sind nicht gleich stark. | Messreihe | Berichtetes Ergebnis | Was das stützt | Wo es endet | | --- | --- | --- | --- | | 162 kontrollierte Durchgänge, Claude Sonnet 5, zwei Repositories, drei Trials pro Aufgabe | Tokens 8.070 auf 4.650, Tool-Calls 4,2 auf 2,3, Latenz 39,8s auf 15,8s, Kosten 0,0429 auf 0,0292, Korrektheit in beiden Armen 93% | Den Effizienzmechanismus: ein orientierter Agent sucht weniger | Die Aufgaben sind Fragen, keine Änderungen; eines der zwei Repositories ist Graft selbst; die Korrektheit kam von einem Opus-4.8-Judge mit Keyword-Schwelle | | SWE-bench Verified, 50 Instanzen, offizieller `swebench`-4.1.0-Grader | 33 von 50 gelöst gegen 27 von 50, dabei 23% weniger Tokens und 32% weniger Wall-Clock-Zeit | Echte Korrektheit, geprüft von den Tests der Maintainer statt von einem Modell | 50 der 500 verifizierten Instanzen, Abstand von sechs Instanzen, ein Durchgang, keine Varianz berichtet | | PocketBase, 15 Aufgaben, Claude Opus, headless, zwei Clones auf demselben Commit | Kosten 13,91 auf 11,02 US-Dollar, Wall-Clock 2.044s auf 1.762s, 5 von 5 gemergten Pull Requests reproduziert | Verhalten in einer echten Fremd-Codebasis, die der Hersteller nicht kontrolliert | Die Pull Requests wurden danach bewertet, ob dieselben Dateien angefasst wurden wie von den Maintainern, was nicht dasselbe ist wie deren Tests zu bestehen | Der SWE-bench-Arm ist der stärkste, weil die Bewertung deterministisch ist. Er ist auch der, den du am genauesten lesen solltest. Das vollständige [SWE-bench Verified](https://www.swebench.com/verified.html) enthält 500 von Menschen validierte Instanzen; 50 sind ein Zehntel davon, und der Bericht sagt nicht, welches Zehntel. Die zwei namentlich diskutierten Instanzen sind Django, und eine verbreitete 50er-Teilmenge, [SWE-bench-verified-mini](https://huggingface.co/datasets/MariusHobbhahn/swe-bench-verified-mini), zieht nur aus Django und Sphinx. Keine dieser beiden Tatsachen sagt dir, was Graft tatsächlich gezogen hat, und genau diese Lücke ist die Einschränkung, die man benennen sollte: ohne die Instanzliste ist die Projekt- und Sprachabdeckung hinter der Zahl unbekannt. Sechs zusätzliche Instanzen auf einer nicht offengelegten Stichprobe von 50, einmal gelaufen, sind ein Richtungssignal. Sie sind keine Leaderboard-Position und kein Beweis über deinen Kotlin-Service. Der praktisch wichtigste Befund steht nicht im Marketing vorne. Die Messreihe hatte eine dritte Variante: *pull*, bei der der Agent die Graft-Tools bekommt, aber nichts vorab injiziert wird, sodass Kontext nur bei Bedarf bezahlt wird. Pull gab den größten Teil des Geschwindigkeitsgewinns ab und erreichte 98% Korrektheit gegen 93% bei einem kalten Agent. Wenn Richtigkeit wichtiger ist als Tempo, ist das die Konfiguration, die du zuerst testen solltest, und sie ist das Gegenteil des Vorab-Bundles, das die Schlagzeilen-Latenz erzeugt. ## Was kostet Graft wirklich? Es gibt keine Lizenzgebühr. Danach endet das Kostenlose, und das echte Budget hat vier Posten. - **Strukturelle Builds sind tatsächlich gratis.** tree-sitter-Parsing, die Refresh-Schleife und die strukturellen Abfragen rufen nie ein Modell. In einem großen Repository liegt darin der größte Teil des Nutzens bei null Grenzkosten. - **Die Konzeptebene ist ein Tokenposten.** `graft build --deep` fasst Dateien und Symbole unter deinem Key zusammen, gecacht über den Body-Hash, sodass die Kosten an der Änderungsrate hängen. Kalkuliere sie pro aktiver Person und Clone, nicht einmal pro Repository. - **Reifegrad kostet.** Das Projekt wurde am 3. Juli 2026 angelegt, der aktuellste Tag ist v0.9.0, bei rund 3.500 Stars und dutzenden offenen Issues zum Zeitpunkt dieses Textes. Eine Pre-1.0-Abhängigkeit im Kontextpfad deines Agents verdient eine gepinnte Version und einen getesteten Upgrade-Pfad wie jedes andere Build-Tool. - **Review-Zeit ist der Posten, den man vergisst.** Maschinell geschriebene Summaries sind ungeprüfter Text über deine Architektur. Wenn ein Agent auf ein falsches Summary hin handelt, zahlt eine erfahrene Person das im Review. Unser [Framework für Kosten pro Aktion](/de/blog/ai-agent-cost-per-action-2026/) liefert den richtigen Nenner: Kosten pro akzeptierter Änderung inklusive Review-Minuten und Nacharbeit, nicht gesparte Tokens pro Abfrage. Tokens sind das am leichtesten Messbare und das am wenigsten Interessante zum Optimieren. Die systematische Version dieses Arguments steht in unserem [Playbook für Token-Budgets](/de/blog/smarter-token-usage-with-your-ai-coding-agent/), das Caching, Routing und Kompression in der Reihenfolge behandelt, die die Qualität schützt. ## Was müssen EU-Teams vor dem Rollout prüfen? Die Trennung der Ebenen passt praktischerweise sauber auf die Compliance-Frage. Ein einfaches `graft build` ist lokal und deterministisch, und das Projekt gibt an, keine Telemetrie zu senden; die einzigen Netzwerkaufrufe sind die Modellanfragen, die du selbst konfigurierst. Für regulierte Arbeit ist das eine starke Position: Du bekommst Orientierung, Symbol-Maps und Call-Graphen, ohne dass Code die Maschine verlässt. `graft build --deep` ist eine andere Entscheidung. Es schickt Datei- und Symbolinhalte an den Anbieter, auf den du es richtest, und macht diesen Anbieter damit zum Auftragsverarbeiter für deinen Quellcode. Kläre Auftragsverarbeitungsvertrag, Region, Aufbewahrungsdauer und Trainingsnutzung vor dem ersten Deep-Build, nicht nachdem jemand ihn auf dem Zahlungsservice ausgeführt hat. Unser [Leitfaden zur EU-Datenresidenz](/de/blog/eu-data-residency-ai-apps-2026/) deckt die Anbieterseite ab, und [Redaktion vor dem Prompt](/de/blog/pii-redaction-before-llm-prompts/) deckt Repositories ab, in denen Fixtures und Logs Personendaten tragen. Eine Kontrolle noch, die früh gesetzt werden sollte: Der generierte Graph ist eine kompakte, lesbare Beschreibung deines Systemaufbaus. Behandle ihn wie Quellcode. Er hat in keinem Support-Bundle, keinem öffentlichen CI-Artefakt und keinem Screenshot in einem Ticket etwas zu suchen. ## Graft, Repo-Map oder Wissensgraph: welches Problem löst du? Die meisten Teams, die zu so einem Tool greifen, haben eines von fünf verschiedenen Problemen, und nur zwei davon löst eine Repo-Map. | Dein tatsächliches Problem | Wo du anfängst | Warum | | --- | --- | --- | | Der Agent erkundet dasselbe Repository bei jeder Aufgabe neu | Eine Repo-Map wie Graft | Orientierung ist vorberechnet und wird strukturell aktualisiert, damit Suchen nicht der Hauptkostenblock bleibt | | Du brauchst typisierte, abfragbare Beziehungen über Code, Schemas, Infrastruktur und Dokumente | [Review zum Codebasis-Wissensgraphen](/de/blog/graphify-review-codebase-knowledge-graph/) | Mehrschrittige Fragen über gemischte Quellen sind eine Graph-Last, keine Dateikarte | | Die Tokenrechnung ist das Problem, nicht das Retrieval | [Kompression von Tool-Ausgaben](/de/blog/codag-cost-control/) | Überdimensionierte Tool-Ausgaben und Retry-Schleifen dominieren die Kosten oft, bevor Kontextdesign es tut | | Firmenwissen außerhalb der Codebasis fehlt | [KI-taugliches Firmenwiki](/de/blog/ai-ready-company-wiki/) | Berechtigungen, Herkunft und Review-Schleifen sind der schwierige Teil, und kein Code-Parser liefert sie | | Der Agent ignoriert deine Konventionen | [Agent Skills und Instructions](/de/blog/ai-writing-agent-skills/) | Absicht muss ein Mensch schreiben; keine Map kann eine Regel ableiten, die nie festgehalten wurde | Wenn du noch überlegst, ob sich davon überhaupt etwas rechnet, fang eine Ebene höher an. Unsere [Analyse zu Kontext als echtem Engpass](/de/blog/ai-coding-agents-context-not-intelligence/) erklärt, warum diese Kategorie existiert, und der [Feldbericht zur Kontextkompression](/de/blog/lean-ctx-agency-experience/) zeigt, wie gemessene Einsparungen in unserer eigenen Projektarbeit aussehen statt in einer Herstellertabelle. ## Ein zweiwöchiger Graft-Pilot, der eine Entscheidung liefert 1. **Nimm ein Repository, das weh tut.** Groß, mehrsprachig, schlecht dokumentiert, aktiv bearbeitet. Ein sauberer Service mit 40 Dateien zeigt keinen Unterschied. 2. **Friere das Aufgabenset ein, bevor du irgendetwas installierst.** Zehn echte Orientierungs- und Lokalisierungsfragen plus fünf Änderungen, die du schon gemergt hast, zurückgesetzt auf ihren Base-Commit. 3. **Fahre drei Arme, nicht zwei.** Kalt, Push (Bundle vorab) und Pull (Tools auf Abruf). Die eigenen Daten des Herstellers sagen, dass sich diese bei der Korrektheit unterschiedlich verhalten. 4. **Bewerte Änderungen mit Tests, nicht mit Dateiüberdeckung.** Die richtigen Dateien anzufassen ist ein schwacher Proxy. Deine Testsuite ist der Prüfer, dem du schon vertraust. 5. **Zähle Kosten pro akzeptierter Änderung.** Tokens, Wall-Clock, Retries und Review-Minuten, geteilt durch die Änderungen, die das Review überlebt haben. 6. **Greif die Frische an.** Fahre Abfragen auf einem dirty Tree, mitten im Rebase, nach einem großen Rename und auf einem Branch, der ein Subsystem gelöscht hat. Eine Map, die selbstbewusst lügt, ist das Hauptrisiko dieser Kategorie. 7. **Entscheide den Anbieter für den Deep-Build bewusst.** Route ihn über deinen bestehenden freigegebenen Modellpfad, oder lass die Konzeptebene im Pilot aus und miss nur die kostenlose strukturelle Ebene. 8. **Prüfe, was im Git landet.** Reviewe den Wiring-Diff, bestätige, dass `graft/` ignoriert wird, und dass nichts Generiertes in einen Commit gerutscht ist. 9. **Pinne die Version.** Und mach dann während des Piloten absichtlich ein Upgrade, um zu sehen, was das Upgrade kostet. 10. **Lege das Skalierungskriterium vorher fest.** Übernimm nur, wenn sich verifizierte Korrektheit oder Kosten pro akzeptierter Änderung genug verbessern, um Rebuild, Review und eine Pre-1.0-Abhängigkeit zu bezahlen. Zwei Wochen reichen, weil die Messung mechanisch ist, sofern jemand sie verantwortet. Wavects [KI-Enablement-Service](/de/services/ai-enablement/) fährt diesen Vergleich in deinem Repository und übergibt die Messumgebung, damit das Ergebnis die Beratung überlebt. Die [Twinsoft-AI-Case-Study](/de/case-studies/twinsoft-ai/) zeigt, wie wir nachvollziehbare KI-Ausgaben und Reviewer-Kontrolle in Produktionsarbeit handhaben. Wenn du Umsetzung gegen ein Strategiepapier abwägst, vergleiche zuerst [KI-Enablement mit generischer KI-Beratung](/de/compare/ai-enablement-vs-generic-ai-consultancy/) und [sag uns dann, welches Repository das schmerzhafte ist](/de/contact/). ## Häufige Fragen ### Committet Graft die Repo-Map ins Git? Nein. Das README sagt, der Graph sei ein lokaler, neu baubarer Cache wie node_modules und nichts, was man committet, und graft build trägt graft/ automatisch in die.gitignore ein. Committet wird das Wiring, das graft init in.claude/ schreibt, ein markierter Abschnitt in der AGENTS.md und die MCP-Konfiguration. Jede Person im Team baut ihren eigenen Graph mit graft build. ### Ist Graft kostenlos? Die Software ist MIT-lizenziert, es gibt also keine Lizenzgebühr. Der strukturelle Build, die Refresh-Schleife und die strukturellen Abfragen rufen nie ein Modell und kosten pro Lauf nichts. Die optionale Konzeptebene, graft build --deep, verbraucht Tokens unter deinem eigenen Anbieter-Key. ### Braucht Graft einen API-Key? Für den strukturellen Graphen nicht. graft build, graft check, graft ask, graft grep, graft callers, graft skeleton und graft map sind deterministische tree-sitter-Operationen ohne Key und ohne Netzwerk. Nur graft build --deep, das die Klartext-Summaries und Konzeptknoten schreibt, braucht einen Anbieter-Key. ### Nutzt Graft Embeddings oder eine Vektordatenbank? Nein. Das Projekt beschreibt sich ausdrücklich als Dateien, die dein Agent liest, ohne Server, ohne Datenbank und ohne Embeddings. Retrieval läuft über Gewichtung und Linkverfolgung in Markdown-Knoten und einem Graphen pro Symbol statt über Ähnlichkeitssuche. ### Funktioniert Graft auch mit anderen Agents als Claude Code? Ja. graft init erkennt und verdrahtet Claude Code, Cursor, GitHub Copilot, Codex über die AGENTS.md, Gemini, Kiro, Windsurf und weitere, und es stellt zusätzlich einen MCP-Server mit sechs Tools bereit. Claude Code hat die tiefste Integration über Hooks, Statusline und Auto-Sync. ### Ist das 66-Prozent-Ergebnis auf SWE-bench Verified mit Leaderboard-Zahlen vergleichbar? Behandle es als richtungsweisenden Eigenvergleich. Es umfasst 50 der 500 verifizierten Instanzen, der Bericht nennt nicht welche 50, damit ist die Projekt- und Sprachabdeckung hinter der Zahl unbekannt, und der Abstand beträgt sechs Instanzen in einem einzigen Durchgang ohne Varianzangabe. Die Bewertung selbst ist vertrauenswürdig, weil sie den offiziellen swebench-Grader statt eines Modell-Judges nutzt. ### Sollte eine Person Graft nutzen oder das ganze Team? Verdrahte es für das ganze Team oder gar nicht. Weil der Graph pro Clone neu gebaut wird, erzeugt eine einzelne Person, die es privat nutzt, keinen gemeinsamen Nutzen und keine vergleichbaren Daten. Committe das Wiring, kläre, ob die Deep-Ebene erlaubt ist, und miss die Kosten pro akzeptierter Änderung über das ganze Team. ## Grenzen dieser Recherche *Stand geprüft am 18. August 2026 gegen das öffentliche Repository und die Projektseite von Graft. Dies ist ein unabhängiges Architektur- und Buyer-Review, kein Sponsored Post, kein Sicherheitsaudit und kein eigener kontrollierter Benchmark des Tools. Jede hier zitierte Leistungszahl ist vom Hersteller veröffentlicht und mit dessen Messumgebung erhoben, wobei der SWE-bench-Arm den offiziellen Grader verwendet. Das Projekt ist Pre-1.0 und bewegt sich schnell, also pinne eine Version und lies die aktuelle Dokumentation, bevor du dich darauf standardisierst.* ## Fazit Graft ist eine gute Antwort auf eine schlecht gestellte Frage. Coding-Agents werfen teuer erarbeitetes Verständnis nach jeder Aufgabe tatsächlich weg, und dieses Verständnis mit einer billigen strukturellen Refresh-Schleife auf die Platte zu schreiben, ist eine solide Lösung. Die veröffentlichten Zahlen zeigen in die richtige Richtung, und die belastbarste von ihnen, gefahren unter dem offiziellen SWE-bench-Grader, sind trotzdem 50 einmalig bewertete Instanzen. Bei der Team-Story bricht die populäre Version des Pitches. Die Map ist ein neu baubarer Cache und kein gemeinsames Artefakt, und genau das ist das richtige Design. Über Git erbt dein Team das Wiring plus das, was deine Leute disziplinbedingt über Absichten aufgeschrieben haben. Übernimm das Tool wegen der Rebuild-Schleife, halte Verantwortung in reviewten Dateien, und bewerte das Ganze an den Kosten pro akzeptierter Änderung statt an gesparten Tokens. ## Das könnte dich auch interessieren.. [**Graphify Review: Lohnt sich ein Codebasis-Wissensgraph?** Die abfragbare Graph-Alternative zur Repo-Map, mit eigenen Benchmark-Grenzen und Einführungskosten.](/de/blog/graphify-review-codebase-knowledge-graph/) [**Der Engpass war nie Intelligenz** Warum Kontext und nicht Modellstärke die Grenze ist, um die Agent-Tooling konkurriert.](/de/blog/ai-coding-agents-context-not-intelligence/) Agent Engineering ## In diesem Cluster weiterlesen Coding Agents, MCP, Kontextsysteme, Evaluation und Kontrollen für verlässliche Automatisierung. [Mit dem Grundlagenartikel starten**Graph Engineering für KI-Agenten: Wann lohnt sich ein Knowledge Graph?**](/de/blog/graph-engineering-ai-agents/) - [Agentenlesbare Websites: llms.txt, Markdown-Spiegel und was kaputtgeht](/de/blog/agent-readable-website-llms-txt-markdown-mirrors/) - [Lokalisierte URLs zerlegen hreflang: ein englischer Slug genügt](/de/blog/english-slugs-vs-localized-urls-hreflang/) - [Kann ein KI-Agent dein Produkt benutzen, oder nur darüber lesen?](/de/blog/can-an-ai-agent-use-your-product/) - [Wie du Coding-Agenten mit Tool-Ausgabe-Kompression skalierbar machst](/de/blog/codag-cost-control/) - [Intelligenterer Token-Einsatz mit deinem AI-Coding-Agenten](/de/blog/smarter-token-usage-with-your-ai-coding-agent/) Postfach, ohne Lärm ## Folge der Arbeit, die für dich zählt Du bekommst eine kurze E-Mail, wenn wir etwas Neues veröffentlichen. Folge dem ganzen Blog oder nur den Themen, die dich interessieren. [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 13 min Lesezeit · 18. August 2026 Zuletzt geprüft 18. August 2026 [**Weiter**](/de/blog/graphify-review-codebase-knowledge-graph/) Neue Beiträge per E-Mail × × Neue Beiträge per E-Mail Eine kurze E-Mail, wenn wir etwas veröffentlichen. Kostenlos, ohne Tracking. ## Structured Data ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ], "employee": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "founder": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "legalRepresentative": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "name": "Wavect GmbH", "subjectOf": { "@id": "https://wavect.io/verified-claims.json#dataset", "@type": "Dataset", "creator": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.", "inLanguage": "en", "isAccessibleForFree": true, "license": "https://creativecommons.org/licenses/by/4.0/", "name": "Wavect verified publication claims", "url": "https://wavect.io/verified-claims.json" }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "sameAs": [ "https://www.wikidata.org/wiki/Q139796367", "https://www.linkedin.com/in/jocr77/", "https://github.com/jo-chris" ], "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/#website", "@type": "WebSite", "inLanguage": [ "en", "de", "es", "zh" ], "name": "Wavect", "potentialAction": { "@type": "SearchAction", "query-input": "required name=search_term_string", "target": { "@type": "EntryPoint", "urlTemplate": "https://wavect.io/search/?q={search_term_string}" } }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/de/blog/graft-review-agent-repo-map/#webpage", "@type": "WebPage", "dateModified": "2026-08-18", "inLanguage": "de", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "lastReviewed": "2026-08-18", "url": "https://wavect.io/de/blog/graft-review-agent-repo-map/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "BlogPosting", "abstract": "Graft ist ein MIT-lizenziertes npm-CLI, das ein Repository in verlinkte Markdown-Knoten und einen Symbolgraphen schreibt, damit ein Coding-Agent orientiert in eine Aufgabe startet statt sich neu durchzugreppen. Zwei Punkte entscheiden, ob das deinem Team hilft. Erstens wird die Map nicht über Git geteilt: graft build setzt graft/ automatisch in die .gitignore, und jede Person im Team baut die eigene Kopie neu. Die populäre Behauptung, die Map wandere mit dem Repo mit, ist damit falsch. Committed wird nur das Wiring in .claude/, ein markierter Abschnitt in der AGENTS.md und die MCP-Konfiguration. Dieses Default ist richtig, denn generierte Dateien kollidieren über Branches hinweg, und eine eingecheckte Map lügt, sobald sich der Branch bewegt. Zweitens kommen alle veröffentlichten Zahlen vom Hersteller: ein Lauf über 162 Durchgänge in zwei Repositories, eines davon Graft selbst, mit einem LLM als Judge, plus 50 SWE-bench-Verified-Instanzen mit 33 gelösten gegen 27, einmalig und ohne Varianzangabe. Glaubwürdiger Mechanismus, aber keine Beschaffungsevidenz. Die strukturelle Ebene ist deterministisches tree-sitter ohne Key und ohne Netzwerk, während graft build --deep Datei- und Symbolinhalte an einen von dir konfigurierten Anbieter schickt. Genau das musst du in der EU prüfen. Committe, wofür ein Mensch verantwortlich ist, generiere neu, was ein Parser wiederherstellen kann, und bewerte einen zweiwöchigen Pilot an den Kosten pro akzeptierter Änderung statt an gesparten Tokens. Fakten geprüft am 18. August 2026.", "articleBody": " Blog-Übersicht/AI und Agents/Agent Engineering Graft Review: Kann eine Repo-Map ein Team-Asset sein? TL;DR Graft ist ein MIT-lizenziertes npm-CLI, das ein Repository in verlinkte Markdown-Knoten und einen Symbolgraphen schreibt, damit ein Coding-Agent orientiert in eine Aufgabe startet statt sich neu durchzugreppen. Zwei Punkte entscheiden, ob das deinem Team hilft. Erstens wird die Map nicht über Git geteilt: graft build setzt graft/ automatisch in die .gitignore, und jede Person im Team baut die eigene Kopie neu. Die populäre Behauptung, die Map wandere mit dem Repo mit, ist damit falsch. Committed wird nur das Wiring in .claude/, ein markierter Abschnitt in der AGENTS.md und die MCP-Konfiguration. Dieses Default ist richtig, denn generierte Dateien kollidieren über Branches hinweg, und eine eingecheckte Map lügt, sobald sich der Branch bewegt. Zweitens kommen alle veröffentlichten Zahlen vom Hersteller: ein Lauf über 162 Durchgänge in zwei Repositories, eines davon Graft selbst, mit einem LLM als Judge, plus 50 SWE-bench-Verified-Instanzen mit 33 gelösten gegen 27, einmalig und ohne Varianzangabe. Glaubwürdiger Mechanismus, aber keine Beschaffungsevidenz. Die strukturelle Ebene ist deterministisches tree-sitter ohne Key und ohne Netzwerk, während graft build --deep Datei- und Symbolinhalte an einen von dir konfigurierten Anbieter schickt. Genau das musst du in der EU prüfen. Committe, wofür ein Mensch verantwortlich ist, generiere neu, was ein Parser wiederherstellen kann, und bewerte einen zweiwöchigen Pilot an den Kosten pro akzeptierter Änderung statt an gesparten Tokens. Fakten geprüft am 18. August 2026. Graft löst ein echtes Problem, und die virale Version des Pitches liegt genau bei dem Punkt falsch, der Engineering-Verantwortliche am meisten interessiert. Das Problem ist real: Ein Coding-Agent startet die meisten Aufgaben blind, greppt sich durch dein Repository, baut ein Bild neu auf, das er gestern schon hatte, und stellt dir die Wiederentdeckung in Rechnung. Graft schreibt dieses Bild als verlinkte Markdown-Knoten auf die Platte, damit die nächste Aufgabe orientiert beginnt. In den Feeds kursiert die Behauptung, die Map wandere danach über Git mit und das ganze Team erbe sie. Die eigene Dokumentation von Graft sagt das Gegenteil. Im offiziellen Graft-Repository steht im README, der Graph sei \"a local, regenerable cache (like node_modules), not something you commit\". graft build trägt graft/ automatisch in deine .gitignore ein, und jede Person im Team baut sich mit graft build die eigene Kopie. Das ist kein Fehler, sondern das richtige Default, und es verändert, was du eigentlich einführst: eine gemeinsame Konvention plus einen billigen Rebuild, kein gemeinsames Dokument. Unser Fazit nach der Prüfung des Projekts am 18. August 2026: verdrahte Graft in einem Repository und miss es, aber plane die Team-Story um das, was wirklich in die Versionskontrolle gehört. Diese Seite besitzt die produktspezifische Frage \"Graft Review\" und \"Repo-Map im Git\". Unser Graphify Review besitzt die Entscheidung über einen abfragbaren Codebasis-Wissensgraphen, und der Leitfaden zu Graph Engineering besitzt die Frage, wann sich ein Graph überhaupt rechnet. Was ist Graft? Graft ist ein MIT-lizenziertes TypeScript-CLI, das ein Repository in einen Ordner verlinkter Markdown-Knoten plus einen Graphen pro Symbol verwandelt und dieses Ergebnis in die Agents verdrahtet, die du ohnehin nutzt. Die Installation sind zwei Befehle, npm install -g @nanonets/graft und graft init. Der Build läuft in zwei Stufen, und der Unterschied zwischen ihnen entscheidet über Kosten und Datenschutzprüfung. EbeneWas dabei entstehtModell und Key Strukturelle EbeneWiring-Graph pro Symbol, Karten pro Datei, Call- und Referenzkanten über 21 SprachenDeterministisches tree-sitter. Kein Modell, kein Key, kein Netzwerk Konzeptebene (graft build --deep)Zusammenfassungen in Klartext, synthetisierte Konzeptknoten, Summary und Crux pro SymbolDein Anbieter, dein Key, dein Modell. Cache über den Body-Hash Abfrageoberflächeask, grep, callers, skeleton, map, check plus sechs MCP-ToolsStrukturelle Abfragen laufen ohne Modell und ohne Key Agent-VerdrahtungSkill-Datei für Claude Code, markierter Abschnitt in der AGENTS.md, Regeldateien für Cursor, Copilot, Gemini, Kiro, WindsurfVon graft init geschrieben, gemerged statt überschrieben Zwei Designentscheidungen sind wichtiger als die Benchmark-Tabelle. Erstens gibt es keinen Vektorstore: Die eigene Projektbeschreibung spricht von Dateien, die dein Agent liest, ohne Server, Datenbank oder Embeddings. Zweitens ist Frische eine Schleife statt eines Index: Jede Abfrage vergleicht den Arbeitsbaum mit dem Fingerprint des letzten Builds und baut nur nach, was sich bewegt hat, strukturell und ohne Tokenkosten. Damit beschreiben Antworten auch nicht committete Änderungen. Diese zweite Entscheidung ist die eigentliche Ingenieursleistung. Eine veraltete Map ist schlimmer als keine Map, weil der Agent ihr vertraut.", "articleSection": "Engineering", "author": { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/" }, "citation": [ { "@type": "WebPage", "name": "offiziellen Graft-Repository", "url": "https://github.com/NanoNets/Graft" }, { "@type": "WebPage", "name": "eigene Projektbeschreibung", "url": "https://graft.nanonets.ai/" }, { "@type": "WebPage", "name": "Aider lieferte schon im Oktober 2023 eine per PageRank gewichtete tree-sitter-Repo-Map", "url": "https://aider.chat/2023/10/22/repomap.html" }, { "@type": "WebPage", "name": "AGENTS.md", "url": "https://agents.md/" }, { "@type": "WebPage", "name": "SWE-bench Verified", "url": "https://www.swebench.com/verified.html" }, { "@type": "WebPage", "name": "SWE-bench-verified-mini", "url": "https://huggingface.co/datasets/MariusHobbhahn/swe-bench-verified-mini" } ], "dateModified": "2026-08-18", "datePublished": "2026-08-18", "description": "Graft ist ein MIT-lizenziertes npm-CLI, das ein Repository in verlinkte Markdown-Knoten und einen Symbolgraphen schreibt, damit ein Coding-Agent orientiert in eine Aufgabe startet statt sich neu durchzugreppen. Zwei Punkte entscheiden, ob das deinem Team hilft. Erstens wird die Map nicht über Git geteilt: graft build setzt graft/ automatisch in die .gitignore, und jede Person im Team baut die eigene Kopie neu. Die populäre Behauptung, die Map wandere mit dem Repo mit, ist damit falsch. Committed wird nur das Wiring in .claude/, ein markierter Abschnitt in der AGENTS.md und die MCP-Konfiguration. Dieses Default ist richtig, denn generierte Dateien kollidieren über Branches hinweg, und eine eingecheckte Map lügt, sobald sich der Branch bewegt. Zweitens kommen alle veröffentlichten Zahlen vom Hersteller: ein Lauf über 162 Durchgänge in zwei Repositories, eines davon Graft selbst, mit einem LLM als Judge, plus 50 SWE-bench-Verified-Instanzen mit 33 gelösten gegen 27, einmalig und ohne Varianzangabe. Glaubwürdiger Mechanismus, aber keine Beschaffungsevidenz. Die strukturelle Ebene ist deterministisches tree-sitter ohne Key und ohne Netzwerk, während graft build --deep Datei- und Symbolinhalte an einen von dir konfigurierten Anbieter schickt. Genau das musst du in der EU prüfen. Committe, wofür ein Mensch verantwortlich ist, generiere neu, was ein Parser wiederherstellen kann, und bewerte einen zweiwöchigen Pilot an den Kosten pro akzeptierter Änderung statt an gesparten Tokens. Fakten geprüft am 18. August 2026.", "headline": "Graft Review 2026: Gehört die Repo-Map ins Git?", "image": "https://wavect.io/img/blog/headers/header_graft-review-agent-repo-map.svg", "inLanguage": "de", "keywords": "Graft, Repo-Map für Agenten", "mainEntityOfPage": { "@id": "https://wavect.io/de/blog/graft-review-agent-repo-map/", "@type": "WebPage" }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/de/blog/graft-review-agent-repo-map/", "wordCount": 3398 } ``` ```json { "@context": "https://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "item": "https://wavect.io/de/", "name": "Startseite", "position": 1 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/overview/", "name": "Blog-Übersicht", "position": 2 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/topics/ai-agents/", "name": "AI und Agents", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/clusters/agent-engineering/", "name": "Agent Engineering", "position": 4 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/graft-review-agent-repo-map/", "name": "Graft Review 2026: Repo-Map für Agenten im Git | ", "position": 5 } ] } ``` ```json { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Nein. Das README sagt, der Graph sei ein lokaler, neu baubarer Cache wie node_modules und nichts, was man committet, und graft build trägt graft/ automatisch in die .gitignore ein. Committet wird das Wiring, das graft init in .claude/ schreibt, ein markierter Abschnitt in der AGENTS.md und die MCP-Konfiguration. Jede Person im Team baut ihren eigenen Graph mit graft build." }, "name": "Committet Graft die Repo-Map ins Git?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Die Software ist MIT-lizenziert, es gibt also keine Lizenzgebühr. Der strukturelle Build, die Refresh-Schleife und die strukturellen Abfragen rufen nie ein Modell und kosten pro Lauf nichts. Die optionale Konzeptebene, graft build --deep, verbraucht Tokens unter deinem eigenen Anbieter-Key." }, "name": "Ist Graft kostenlos?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Für den strukturellen Graphen nicht. graft build, graft check, graft ask, graft grep, graft callers, graft skeleton und graft map sind deterministische tree-sitter-Operationen ohne Key und ohne Netzwerk. Nur graft build --deep, das die Klartext-Summaries und Konzeptknoten schreibt, braucht einen Anbieter-Key." }, "name": "Braucht Graft einen API-Key?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Nein. Das Projekt beschreibt sich ausdrücklich als Dateien, die dein Agent liest, ohne Server, ohne Datenbank und ohne Embeddings. Retrieval läuft über Gewichtung und Linkverfolgung in Markdown-Knoten und einem Graphen pro Symbol statt über Ähnlichkeitssuche." }, "name": "Nutzt Graft Embeddings oder eine Vektordatenbank?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Ja. graft init erkennt und verdrahtet Claude Code, Cursor, GitHub Copilot, Codex über die AGENTS.md, Gemini, Kiro, Windsurf und weitere, und es stellt zusätzlich einen MCP-Server mit sechs Tools bereit. Claude Code hat die tiefste Integration über Hooks, Statusline und Auto-Sync." }, "name": "Funktioniert Graft auch mit anderen Agents als Claude Code?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Behandle es als richtungsweisenden Eigenvergleich. Es umfasst 50 der 500 verifizierten Instanzen, der Bericht nennt nicht welche 50, damit ist die Projekt- und Sprachabdeckung hinter der Zahl unbekannt, und der Abstand beträgt sechs Instanzen in einem einzigen Durchgang ohne Varianzangabe. Die Bewertung selbst ist vertrauenswürdig, weil sie den offiziellen swebench-Grader statt eines Modell-Judges nutzt." }, "name": "Ist das 66-Prozent-Ergebnis auf SWE-bench Verified mit Leaderboard-Zahlen vergleichbar?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Verdrahte es für das ganze Team oder gar nicht. Weil der Graph pro Clone neu gebaut wird, erzeugt eine einzelne Person, die es privat nutzt, keinen gemeinsamen Nutzen und keine vergleichbaren Daten. Committe das Wiring, kläre, ob die Deep-Ebene erlaubt ist, und miss die Kosten pro akzeptierter Änderung über das ganze Team." }, "name": "Sollte eine Person Graft nutzen oder das ganze Team?" } ] } ```