- जब coding agent “यह कैसे काम करता है?” जैसे structure-related सवालों का जवाब देता है, तो आमतौर पर grep → file खोलना → import tracing को दर्जनों बार दोहराकर tokens खर्च करता है
- @ttsc/graph TypeScript compiler द्वारा पहले से resolve किए गए code graph (कौन किसे call करता है/किस पर depend करता है) को MCP के जरिए agent को देता है, ताकि files में खंगालने के बजाय graph से सीधे जवाब दिया जा सके
- design के दो मुख्य बिंदु
- केवल index लौटाना – source body कभी नहीं देता, सिर्फ names·edges·signatures·file:line span → response size repo के scale से स्वतंत्र रहता है, tokens explode नहीं होते
- enforced Chain-of-Thought – single tool का input type schema है, इसलिए agent question → draft → review भरने के बाद ही request कर सकता है। typia schema+validator में compile होकर “reasoning skip” को call boundary पर reject करता है
- नतीजा: open question के आधार पर tokens में लगभग 10x बचत, answer quality समान (8 repos × 4 models, conservative median)
- compiler क्यों: tree-sitter जैसे heuristic parsers tsconfig paths aliases·monorepo cross-references·symlinks·re-export chains resolve नहीं कर पाते। केवल actual module resolution पूरा कर चुका compiler ही accurate होता है → भरोसेमंद → agent confident होकर रुकता है
- pioneers की तुलना में: codegraph / codebase-memory-mcp / serena ने भी यही idea पहले दिया था, लेकिन open question में tokens कम नहीं हुए या baseline से भी ज्यादा खर्च हुए (author benchmark, zod के आधार पर तीनों tools +22~27%)
- limitations: केवल TypeScript (breadth के बजाय depth), TypeScript v7 (Go runtime, currently RC) जरूरी। 4-line install
अभी कोई टिप्पणी नहीं है.