Агентная разработка в VS Code: Глубокая настройка RooCode для максимальной эффективности

[Rezzet]

Когда последний раз пробовал использовать RooCode столкнулся с такой проблемой что он замусоривает контекст лишними чтениями файла и пожирает токены в несколько раз больше чем opencode, побочный эффект от этого заключается в том что он размывает внимание модели и она немного тупеет. Лучше всего в этом плане Cursor, за ним с небольшим оставанием идет opencode. Возможно что-то изменилось? Как сейчас с этой проблемой?

[VedgeKonn]

Если не настраивать стандартные промпты у Модов/Агентов, то в точности такое же поведение замечаю и сейчас. Например, Архитектор так и норовит изучить всю кодовую базу по одному файлу за раз.

И именно поэтому так много времени уделил переписыванию промптов Модов и их взаимодействию. Теперь каждый Мод отвечает за свое направление и формирует временные артефакты для "коллег" в рамках поставленной задачи, чтобы они продолжали работу уже целенаправленно. Это сильно снизило пожирание токенов у дорогих моделей.
В моем случае, по завершению всей задачи, простая модель за всеми подчищает временные файлы: актуальной информацией дополняет документацию; устаревшую, но все еще полезную в сжатом виде отправляет в архив; а остальное удаляет.

[Rezzet]

И тут вопрос, а зачем мучится с тем что изначально странно настроено, если можно взять opencode который сразу хорошо работает. Да интеграция в Visual Studio Code у них так себе, но никто не мешает запустить или в терминале внутри Visual Studio Code или отдельным приложением в консоли.

У меня два сценария использования кодинг агентов:

1) облачные, когда нет правовых ограничений на код, тут Cursor вне конкуренции

2) локальные нейронки, если вы не олигарх, то максимум на что можно рассчитывать это размер порядка 30B и они сильно туповаты что бы прям самостоятельно писать код, поэтому использую их для поиска и исследования репозитория, поиск реализации и прочее, проверки моего кода на грубые ошибки, написание документации. Отдельным окном агент в этом случае даже в целом удобнее, потому что в этом случае среда разработки как правило вообще не Visual Studio Code, а в моем случае PyCharm, Visual Studio(которая не Code), QtCreator или XCode. Просто запускаю в консоли opencode и все.

[VedgeKonn]

Я не утверждал, что проблемы такого поведения - исключительно в RooCode. Наоборот, в RooCode позволяет отрабатывать общее поведение и настройки: MCP, Скиллов, Модов/агентов/субагентов - именно так, как удобно мне.

За счет последовательного процесса я четко вижу, какой Мод косячит и в чем именно, а значит, появляется конкретика по тому, что нужно поменять. Я могу на лету переключить Мод, чтобы работу продолжил другой, или перенастроить/сменить модель.

А в OpenCode все это нужно делать через конфиги: т.е. остановить работу, внести мелкие правки и перезапустить процесс. Вот это как раз и неудобно, когда ты не просто доверяешь работу LLM, а выстраиваешь наиболее эффективные процессы взаимодействия с ней и вынужден глубоко отвлекаться на настройку прямо посреди работы.

Конечно, эти проблемы не особо актуальны для ребят, которые кодят с использованием корпоративных ключей. Им достаточно включить Opus 4.6 на всех режимах, и он как-нибудь справится. Но такой формат работает только до поры до времени - пока бизнес не образумится и не начнет считать деньги, которые улетают в трубу. Вот тогда лимиты на LLM и введут.

Сейчас сообщество OpenCode стремительно растет, и, возможно, удобства в настройке будут добавлять оперативно. Вон, уже выкатили десктопную версию (которая у меня на Arch не запускается), и непонятно, умеет ли она подключаться к удаленной консоли. Еще говорят про WebUI, но его я пока не пробовал. И, как я писал в другой ветке, вероятно, сначала я сформирую наиболее удобные и предсказуемые паттерны на базе RooCode, а потом буду переносить их в наиболее производительный инструмент, которым на данный момент выглядит OpenCode, но может быть так и останется RooCode, если его оперативно допилят.

[Romatio]

Вчера установил как плагин в phpstorm - RooCode вылетает.

[VedgeKonn]

А у них разве есть официальный плагин для продуктов JetBrains? Не встречал такого. Возможно, в этом и причина - кастомная реализация барахлит.

Я слез с продуктов JetBrains по ключевой причине: удалённая разработка. Во-первых, она доступна только в платных версиях, а во-вторых, настраивать новое подключение к серверу - это ад: всё ломается в самых неожиданных местах.

[Prikalel]

И ещё есть другая проблема что индексация для больших проектов работает с запаздываем из-за чего поиск по ней может выдать файлы которых нет в репозитории поэтому индексацией я не пользуюсь

А ещё другая проблема что подключенный МСП будет жрать токены в любом моде независимо от скилов в результате если много МСП то контекстное окно быстро заполняется и вот с этим вообще никак не побороться rooCode не предоставили возможность настраивать видимость отдельных тулзов для модов там просто "allow mcp servers" и всё в то время как часто бывает такое что отдельный МСП нужен для одного мода и совершенно не нужен для другого

[VedgeKonn]

С индексацией также вижу сложности, но пока не определился - проблема в моем формате использования или реализация у RooCode подкачала. Т.к. использую личный аккаунт Gemini, то в консоли AI Studio вижу запросы индексации регулярно на протяжении всей сессии работы с RooCode, поэтому не уверен, что индексация запаздывает - скорее используется не в полной мере.

А вот с MCP у меня обратный отнносительно Вас опыт. Моды видят все MCP, но почти не используют, если самостоятельно не прописать их как составную часть workflow работы: на основе MCP формирую Скилл, а Скилл упоминаю в промпте Мода. Так использование MCP стало более направленным.
В моей ситуации работает ограничение списка Скиллов для различных Модов (эта настройка есть в RooCode). Если Скилл c деталями MCP не должен быть доступен Моду, то его делаю невидимым. Костыль, конечно, Моды все равно видят существование полного списка MCP, но, как и сказал, почти не пытаются ими воспользоваться без Скилла.

[Prikalel]

спасибо за развёрнутый ответ. в принципе имеет место быть жду короче пока они пофиксят это дело потому что у меня описания тулзов мсп занимают просто много токенов а и все эти описания всех тулзов как вы и упомянули так или иначе попадают в контекст

[d3d12]

Подскажите, RooCode лучше в использовании чем CLine?

[VedgeKonn]

Это очень субъективно. У Cline есть свои преимущества: поддерживает субагентов, которые работают в параллель, и есть очевидное разделение режимов Plan/ Act (у RooCode это решается отключением доступа к записи файлов и/или выбором корректного Мода). Также есть прямой доступ к временно бесплатным моделям, если Вам это критично.

Но мне как-то совсем не зашел по основной причине: есть только два вида агентов и нет возможности их перенастроить.
Все Act агенты/субагенты используют одно соединение к LLM, не получается гранулировать подключение по темам работ и таймаутам запросов.

Общее впечатление было, как использовать Gemini Cli или OpenCode, но без возможности детальной настройки конфигов.

У меня вообще сложились ожидания, что как только стабилизирую настройки у RooCode, то на их основе сделаю конфиги для OpenCode, т.к. он обладает множеством преимуществ перед остальными клиентами LLM, но не совсем удобен в настройке.

[d3d12]

Спасибо.