Длинные сессии с тестами, линтерами, git, логами сильно положительное
Claude Code / Cursor / Gemini с настоящим hook положительное, заметное
Codex CLI через AGENTS.md умеренное, зависит от послушности модели
Android/Gradle-проект потенциально полезно, но обязательно проверять
Инциденты, метрики, JSON-данные, security output может вредить
Короткие команды и маленькие выводы почти ноль
Команды через task runner’ы типа just, mise, task, make может промахиваться, потому что RTK видит wrapper, а не реальную команду; это прямо описано как проблема в issue.


Главная мысль: RTK повышает качество не потому, что LLM становится умнее, а потому что в контекст попадает меньше мусора. Но когда “мусор” на самом деле содержит важный сигнал, качество падает.

Как бы я внедрял у себя

Для личного теста — да, ставить. Для рабочего окружения — аккуратно.

Я бы начал так:

brew install rtk
rtk init --global
rtk init --show
rtk telemetry status

Потом прогнать 2–3 реальные Claude/Codex-сессии и смотреть:

rtk gain
rtk session
rtk discover

Но я бы сразу исключил рискованные команды:

[hooks]
exclude_commands = [
"aws",
"kubectl logs",
"docker logs",
"security",
"trivy",
"gitleaks",
"semgrep",
"git diff --stat",
"git rebase",
"git cherry-pick"
]

Для Android/Kotlin отдельно проверил бы:

rtk ./gradlew test
rtk ./gradlew lint
rtk ./gradlew assembleDebug
rtk ./gradlew :app:testDebugUnitTest

И сравнил бы не только токены, а главное: агент после RTK чинит ошибку быстрее или начинает тупить и просить raw output?

Итог

Да, штука полезная. Особенно для Claude Code-подобных CLI-агентов, которые много гоняют команды и засирают контекст логами.

Но как tech lead я бы не продавал это команде как “улучшает качество LLM на 80%”. Честнее так:

> RTK снижает CLI-шум и экономит контекст. На verbose-командах это часто улучшает агентскую работу. На data/security/debug-командах может скрыть важные детали, поэтому нужен allowlist/denylist и локальный benchmark на нашем стеке.



Для твоего кейса: поставить и попробовать — да. Глобально включить без exclude list — нет.