# RTK — твой прозрачный оптимизатор команд для ИИ-помощников, минус 80% токенов за 10 мс

- Site: VeraPoint News
- Section: Инструменты
- Date: 2026-05-20
- Canonical: https://verapointmedia.com/tools/rtk-ai-rtk/
- Markdown: https://verapointmedia.com/tools/rtk-ai-rtk.md
- Summary: RTK — это CLI-прокси на Rust, который встаёт между твоим ИИ-ассистентом и консолью, фильтруя шум из вывода команд и экономя до 90% токенов.
- SEO title: RTK: что это и кому нужен инструмент
- SEO description: RTK — это CLI-прокси на Rust, который встаёт между твоим ИИ-ассистентом и консолью, фильтруя шум из вывода команд и экономя до 90% токенов
- Target queries: RTK; rtk ai rtk github; что такое RTK; как использовать RTK
- Tags: #developer-tools #productivity #ai-coding #cost-optimization #open-source #rust
- Image: https://verapointmedia.com/static/content-assets/tools/rtk-ai-rtk/cover.webp

## Sources

- https://github.com/rtk-ai/rtk
- https://www.rtk-ai.app
- https://github.com/rtk-ai/rtk/actions
- https://github.com/rtk-ai/rtk/workflows/Security%20Check/badge.svg

---

`rtk` — https://github.com/rtk-ai/rtk — это простая, но мощная идея: поставить умный фильтр между командной строкой твоего ИИ-помощника и реальной командой. Когда Claude Code просит выполнить `git status`, RTK перехватывает эту команду, запускает её, получает весь сырой вывод, а затем — внимание! — выбрасывает всё лишнее, прежде чем отдать результат в контекст модели.

Вместо сотен строк с пробелами, скрытыми файлами и техническим мусором ИИ видит только суть: «изменены файлы X, Y, Z; новые файлы A, B». Авторы проекта заявляют об экономии 60-90% токенов на самых частых операциях вроде чтения файлов, проверки статуса git или запуска тестов.

## Если просто

Это утилита, которая прозрачно работает в фоне. Установил, настроил под своего ИИ-ассистента (Claude Code, Cursor, Windsurf и т.д.), и всё. Теперь, когда помощник хочет что-то выполнить в консоли, RTK перехватывает запрос, выполняет команду, но перед тем как показать результат, его «причёсывает».

Грубо говоря, это как если бы ты каждый раз вручную прогонял вывод `git log` через `grep` или `awk`, чтобы оставить только хеши коммитов и сообщения, а всё остальное — даты, имена, строки-разделители — выкидывал. RTK делает это автоматически для сотни популярных команд.

## Что это решает

Основная боль — деньги. Современные продвинутые ИИ-модели для кодинга вроде Claude 3.7 Sonnet или GPT-4o Thinking берут плату за использование, и их контекст стоит дорого. Если твой ассистент на каждом шагу загружает в контекст мегабайты сырого вывода тестов, линтеров или `docker ps`, счёт растёт как снежный ком.

RTK решает эту проблему на системном уровне. Вместо того чтобы просить модель самой фильтровать информацию (на что тоже тратятся токены), он делает это на стороне, до того как данные попадут в контекст. Это не только дешевле, но и, как утверждают разработчики, быстрее: накладные расходы менее 10 миллисекунд. У модели остаётся больше «мыслетоплива» на анализ, а у тебя — денег в бюджете.

## Как попробовать

Установка проще простого, особенно на macOS/Linux. Самый быстрый способ через Homebrew:
```bash
brew install rtk
```
Или одной строкой:
```bash
curl -fsSL https://raw.githubusercontent.com/rtk-ai/rtk/refs/heads/master/install.sh | sh
```
После установки нужно «привязать» RTK к твоему ИИ-ассистенту. Для Claude Code или GitHub Copilot это:
```bash
rtk init -g
```
Для Cursor, Windsurf или других инструментов в README есть точные команды (например, `rtk init -g --agent cursor`). После этого перезапускаешь свой редактор или ассистента — и он начинает использовать RTK для всех команд, которые выполняет через bash.

Проверить, что всё работает, можно командой `rtk gain`. Она покажет статистику по сэкономленным токенам (пока, правда, нулевую, пока не начал активно работать).

**Важный нюанс для пользователей Windows:** Полноценная работа с перехватом команд (hook system) заточена под bash. В нативном Windows (CMD, PowerShell) она не сработает. Разработчики честно пишут: для лучшего опыта используйте WSL (Windows Subsystem for Linux). Можно поставить `rtk.exe` и вручную вызывать команды вроде `rtk git status`, но магия автоматической подмены команд будет потеряна.

## 3 сценария с примерами

1.  **Разбор упавших тестов.** Ты просишь ассистента: «Почему падает этот тест?» Без RTK он может попросить выполнить `pytest path/to/test.py -v`, получить на выходе 50 строк с прогресс-барами, временем выполнения, полными трейсами, и загрузить всё это в контекст. С RTK команда автоматически превратится в `rtk pytest path/to/test.py`. На выходе ассистент увидит только названия упавших тестов и краткую суть ошибки — всё остальное отфильтровано. Экономия токенов по заявлению: до 90%.
    *   `Задача:` Понять причину падения конкретного теста.
    *   `Применение:` Ассистент автоматически использует `rtk pytest`.
    *   `Результат:` В контекст попадают только имена failed-тестов и первая строчка ошибки.

2.  **Обзор изменений перед коммитом.** Говоришь ИИ: «Проверь, что я ничего не сломал, и подготовь коммит». Он запускает `git status`, `git diff` и, возможно, `npm run lint`. Вывод `git diff` по умолчанию может быть огромным. RTK заменит это на `rtk git diff`, который сожмёт изменения, сгруппирует их по файлам и покажет только изменённые строки, убрав контекстные (неизменённые) строки вокруг. Линтер (`rtk lint`) сгруппирует ошибки по типу и файлу, а не выдаст сплошную простыню.
    *   `Задача:` Провести code review и подготовить clean-коммит.
    *   `Применение:` Автоматическое использование `rtk git diff`, `rtk lint`.
    *   `Результат:` Сжатый diff, сгруппированные ошибки линтера, экономия ~75-80% токенов.

3.  **Навигация по чужому коду.** Просишь: «Объясни, как устроен этот модуль». Ассистент начнёт читать файлы (`cat`/`read`), искать импорты (`grep`), смотреть на структуру каталогов (`ls`/`tree`). RTK оптимизирует каждую из этих операций: `rtk read file.js` может показывать только сигнатуры функций, опуская тела; `rtk grep "import" .` сгруппирует результаты по файлам; `rtk ls .` покажет компактное дерево.
    *   `Задача:` Быстро разобраться в структуре незнакомого репозитория.
    *   `Применение:` Автоматическое использование `rtk read`, `rtk grep`, `rtk ls`.
    *   `Результат:` ИИ получает только структурную информацию, что позволяет быстрее строить ментальную карту проекта, экономя до 70-80% токенов на файловых операциях.

## Где можно застрять

*   **Не всё перехватывается.** Самое важное ограничение, которое честно указано в README: в некоторых средах (например, в Claude Code) встроенные инструменты вроде `Read`, `Grep` и `Glob` работают не через bash, а через свои API. Их RTK не перехватит. Выход — явно просить ассистента использовать shell-команды (`cat`, `rg`, `find`) или вручную вызывать `rtk read`.
*   **Иногда нужна детализация.** RTK агрессивно фильтрует. Если тебе критически важны *все* строки логов или *полный* трейс ошибки, его вывод может оказаться слишком кратким. К счастью, всегда можно отключить его для конкретной команды или сессии.
*   **Поддержка команд.** Хотя список поддерживаемых команд огромен (git, docker, AWS CLI, десятки тест-раннеров и линтеров), твой специфичный инструмент может в нём отсутствовать. Можно попробовать общий wrapper `rtk test <ваша_команда>` или `rtk err <ваша_команда>`, но результат непредсказуем.
*   **Windows как гражданин второго сорта.** Как уже упоминалось, нативная интеграция — через bash hooks. На Windows без WSL ты теряешь главную «магию» автоматической подмены.

## Кому это нужно

В первую очередь — разработчикам, которые активно и ежедневно используют платные ИИ-ассистенты для программирования (Claude Code, Cursor с продвинутыми моделями, Windsurf). Если твой счёт за API Антропика или OpenAI в конце месяца вызывает лёгкое недоумение, RTK — твой кандидат на установку.

Также инструмент будет полезен в командных средах, где лимиты токенов или бюджеты на ИИ-инструменты жёстко контролируются. Экономия в 80% на обычных операциях — это серьёзный аргумент.

## Кому это не нужно

*   **Тем, кто использует только бесплатные модели** (например, ChatGPT 3.5 или локальные модели через Ollama). Проблема стоимости токенов для них не актуальна.
*   **Разработчикам, чей workflow завязан на инструменты, которые RTK не поддерживает.** Стоит сначала проверить список `rtk`-команд в README.
*   **Тем, кто принципиально не доверяет посредникам между собой и выводом команд.** RTK — это чёрный ящик, который решает, что важно, а что — шум. Для некоторых это неприемлемо.
*   **Пользователям Windows, не готовым к переходу на WSL.** Ручной вызов `rtk` — это уже не та автоматизация.

## Вердикт Веры

Мне нравится простая и элегантная идея RTK. Это не очередной AI-агент с громкими обещаниями, а утилитарный, почти систем

## Что читать дальше

- [Все материалы про AI-агентов](/topics/ai-agents/)
- [Что такое AI-агент простыми словами](https://verapointmedia.com/guides/chto-takoe-ai-agent-prostymi-slovami/)
- [Все материалы про AI-инструменты](/topics/ai-tools/)
- [Как отличить рабочий AI-инструмент от красивой демки](https://verapointmedia.com/guides/kak-otlichit-rabochiy-ai-instrument-ot-krasivoy-demki/)

## Материалы

- [rtk-ai/rtk] rtk-ai/rtk: https://github.com/rtk-ai/rtk
- [rtk-ai.app] supporting context: https://www.rtk-ai.app
- [github.com] supporting context: https://github.com/rtk-ai/rtk/actions
- [github.com] supporting context: https://github.com/rtk-ai/rtk/workflows/Security%20Check/badge.svg