Gortex транслює граф знань кодової бази через Model Context Protocol для економії токенів
Gortex — це відкритий локальний демон мовою Go, який перетворює код на граф залежностей у SQLite через Tree-sitter. Замість зчитування повних файлів агенти запитують точні AST-вузли через Model Context Protocol (MCP), що скорочує витрати токенів до 50 разів.

Вплив: Високий
Чому це важливо
Встановіть цей демон локально, щоб зупинити нераціональні витрати токенів у Claude Code, Cursor та Codex на читання зайвих файлів.
TL;DR
- 01Замінює нераціональне зчитування повних файлів швидким пошуком за локальним графом у SQLite.
- 02Підтримує 257 мов програмування з глибоким AST-парсингом на базі Tree-sitter для 16 ключових стеків.
- 03Автоматично зв'язує контракти API, gRPC та черг повідомлень між різними репозиторіями.
- 04Автоматично налаштовує підключення через MCP для Claude Code, Cursor, Codex CLI та ще 16 середовищ.
Ключові факти
- Покриття мов
- 257 мов програмування у 3 рівнях парсингу
- Двигун AST та сховище
- Tree-sitter AST, локальна база даних SQLite
- Підтримка агентів
- 19-20 клієнтів (Claude Code, Cursor, Codex CLI, Gemini CLI)
- Бенчмарк ядра Linux (дані автора)
- 70 333 файли за ~3 хв (300 файлів/с, 5.07 ГБ peak heap)
- Економія токенів
- До 50x скорочення токенів на запит (дані автора)
Граф AST на Tree-Sitter через Model Context Protocol
Під час навігації кодовою базою автономні агенти зазвичай витрачають тисячі вхідних токенів на команди grep та читання сторонніх файлів. Gortex усуває це за допомогою локального AST-аналізу на базі tree-sitter, зберігаючи граф символів, викликів і залежностей у вбудовану базу даних SQLite.
Підтримка 257 мов розбита на три рівні:
- Основний рівень (понад 16 мов): Ручно оптимізовані запити Tree-sitter для Go, Rust, TypeScript, Python, Java, Kotlin, C++, C#, Swift, Zig тощо.
- Евристичний рівень (~60 мов): Регулярні вирази для базового вилучення символів.
- Загальний рівень (~165 мов): Сигнатурний аналіз для рідкісних форматів.
Автоматичне виявлення міжсервісних контрактів
Для мікросервісних середовищ Gortex аналізує зв'язки між репозиторіями. Він розпізнає конфігурації маршрутів у FastAPI, Express, gin та Spring, а також дефініції gRPC, схеми GraphQL і топіки Kafka та RabbitMQ. Нормалізація у формат http::GET::/api/users/{id} дозволяє агентам миттєво знаходити зламані контракти між окремими сервісами.
Продуктивність та оптимізація витрат
За внутрішніми замірами проєкту, репозиторій ядра Linux (70 333 файли) індексується орієнтовно за 3 хвилини зі швидкістю 300 файлів/с та споживанням 5.07 ГБ пам'яті. Репозиторій VS Code (10 762 файли) обробляється за 1 хвилину при піковому споживанні 580 МБ heap.
Агент запитує лише точні інтерфейси через MCP замість повних 500-рядкових файлів, що суттєво заощаджує контекстне вікно моделі при виконанні складних задач рефакторингу.
Спробуй за 2 хвилини
irm https://get.gortex.dev/install.ps1 | iex
gortex install
gortex daemon start --detach
gortex track ~/projects/myappbash
✓ Коли використовувати
- Складні мікросервісні системи з необхідністю відстеження контрактів між різними репозиторіями.
- Використання моделей класу Opus або Sonnet з оплатою за кожен окремий токен контексту.
- Великі застарілі кодові бази, де стандартні спроби grep переповнюють контекстне вікно агента.
✕ Коли НЕ варто
- Невеликі монолітні скрипти або репозиторії до 2000 рядків, де контекст не перевантажується.
- Робота виключно за фіксованими підписками, де витрати API-токенів не мають значення.
- Корпоративні середовища з забороною запуску сторонніх фонових демонів на локальній машині.
Що зробити сьогодні
- Встановіть бінарний файл Gortex і виконайте команду конфігурації асистентів.
- Ініціалізуйте Gortex у робочій директорії для індексації залежностей та контрактів.
- Перевірте доступність зареєстрованих MCP-інструментів у Cursor чи Claude Code перед запуском рефакторингу.
Джерела