2 Punkte von autobe 3 시간 전 | Noch keine Kommentare. | Auf WhatsApp teilen
  • Wenn Coding-Agenten Strukturfragen wie „Wie funktioniert das hier?“ beantworten, verbrennen sie normalerweise Tokens, indem sie dutzendfach grep → Datei öffnen → Imports verfolgen wiederholen
  • @ttsc/graph übergibt dem Agenten per MCP den Code-Graphen, den der TypeScript-Compiler bereits aufgelöst hat (was was aufruft/wovon abhängt), damit er statt Dateien zu durchwühlen direkt aus dem Graphen antwortet
  • Zwei Kernpunkte im Design
    • Gibt nur den Index zurück – niemals den Quelltextkörper, sondern nur Namen, Kanten, Signaturen und file:line-Spans → die Antwortgröße ist unabhängig von der Repo-Größe, Tokens explodieren nicht
    • Erzwingt Chain-of-Thought – die Eingabe des Einzel-Tools ist ein Typschema, daher kann der Agent die Anfrage erst senden, nachdem er question → draft → review ausgefüllt hat. typia kompiliert zu Schema+Validator und weist „Inference überspringen“ an der Aufrufgrenze zurück
  • Ergebnis: bei offenen Fragen rund 10x weniger Tokens, bei gleichwertiger Antwortqualität (8 Repos × 4 Modelle, konservativer Median)
  • Warum der Compiler: heuristische Parser wie tree-sitter können tsconfig-Pfadaliasse, monorepo-übergreifende Referenzen, Symlinks und Re-Export-Ketten nicht auflösen. Nur ein Compiler, der die echte Modulauflösung abgeschlossen hat, ist präzise → vertrauenswürdig → der Agent kann sich sicher sein und anhalten
  • Im Vergleich zu Vorreitern: codegraph / codebase-memory-mcp / serena hatten dieselbe Idee früher, aber bei offenen Fragen sinken die Tokens nicht oder liegen sogar über der Baseline (Benchmark des Autors, nach zod: alle drei Tools +22~27%)
  • Einschränkungen: nur für TypeScript (Tiefe statt Breite), TypeScript v7 (Go-Runtime, aktuell RC) erforderlich. Installation in 4 Zeilen

Noch keine Kommentare.

Noch keine Kommentare.