Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 17
Свобода выбора моделей — ключевое преимущество
Упс, у RooCode заместо вашего Models.dev с 75 моделями, используется Openrouter с 500+ моделями, плюс Amazon Bedrock ну и все эти нативные xAI, Z AI, OpenAI, Gemini, Mistral и тд. Локальные модели, кстати, тоже, включая нативно ollama, lm studio.
Большой объем передачи системных промтов и как следствие перерасход токенов.
Это да, у RooCode, есть такое. В теории, можно попробовать поиграть с системными промптами, благо они все открытые, повыкидывать лишнее, но лень. О, только сейчас пришла в голову мысль: а что если из закинуть системные промпты в модель, которую предполагается использовать, и попросить соптимизировать по размеру, сохраняя смысл? И потом с этой моделью, которая оптимизировала, и использовать.
Как бы там ни было, при использовании моделей по подписке, или бесплатных моделей через OpenRouter (например, бесплатная DeepsSeek 3.1 весьма хороша) эта проблема снимается.
Постоянные ошибки при работе с моделями отличными от Claude Sonnet 4 на которой видимо и проводятся основные тесты. Так у меня постоянно происходят ошибки при работе с GLM-4.5 хотя модель сама по себе очень не плохая и я бы поставил ее на один уровень с лидерами.
Хм, в RooCode вообще ни разу не было проблем ни с какими моделями которые использовал, хотя Caude не пользуюсь вообще, ибо стало страшно как баланс улетел после первого задания. Использовал GPT-5, Gemini 2.5 Pro, DeepSeek разные модели, Qwen3 несколько моделей. GLM модели не пробовал, может из-за них у вас ошибки?
Cline, Roo Code, Kilo Code это все одно семейство. Они все обладают возможностью подключить агрегаторов таких как OpenRoute, Requesty и т.п. но вот выбор моделей в интерфейсе это просто беда. Что касается Roo Code, Kilo Code с их агентами придется для смены моделей еще всех агентов обойти чтобы поменять модель. Удобство сомнительное. Реализация субагентов в Claude Code и Open Code куда проще, можно выбрать не выбирать специальную модель для субагента, и он будет использовать базовую, а можно назначить индивидуальную.
Что касается промтов, не все их можно изменить, так я делал специальный прокси чтобы посмотреть что там отправляется. И поверьте там просто ужас и там очень много того что в самом интерфейсе не изменить. Иногда системый промт на 1000 строк при сообщении в 4 слова.
То что вы еще не сталкивались с сообщениями типа <writefile><context>Текст</context></writefile> в ответах это видимо потому что проекты не очень большие и сессии в том числе. Но это беда именно Cline подобных систем, они очень плохо работают с китайскими моделями на длинных сессиях.
Внезапно
Но как понимаю просто переехал https://github.com/charmbracelet/crush
Вот правильная ссылка
https://github.com/sst/opencode
Гибридный подход - открыть терминал в IDE:) особенно когда есть соответствующие расширения для связки терминала и ide
Это верно, очень правильный путь. В целом я практически так и делаю. Только вот IDE все больше использую neovim он конечно требует определенных навыков, но точно жрет меньше памяти чем VS CODE. Однако есть плюсы и связках типа VS CODE с Gemini Assistant (очень прикольная штука кстати) + терминал с OpenCode. Просто пушка, аналитику в gemini, правки в vs code, задачи для AI в Opencode.
Нет Codex
И преимущества то клиентов других, что по подписке они доступны, а это куда дешевле, чем через API использовать
Буду крайне признателен если поможете найти ответы на пару вопросов:
Как по уму в CLI решать проблему с брейкпоинтами?
Какая практическая польза от агентов? Если можно минимальный юзкейс.
По теме: оптимальным решением выглядит один мультимодельный сервис где покупаются условные кредиты. И существует прозрачный обменный курс кредит/токены, где к примеру 1 кредит = 10 Клауд токенов или 100 Deepseek токенов, и т.д. На выходе честная конкуренция где юзеры голосуют рублем за лучшее решение.
брейпоинты это для запуска тестов самой IDE и к CLI они не имеют отношения.
для решения определенных задач пишутся unit тесты чтобы не руками все тестировать.
Агенты для LLM это все равно что четко обученный профессиональный специалист, это как в жизни ты либо электрик, либо сантехник, можно разбираться и в том и другом, но не так хорошо как если бы ты был узкоспециализированным специалистом знающим в своей профессии все мелкие детали и новшества. С агентами примерно такая же история, только там задаются системные промпты которые четко определяют границы знаний и действий. Так можно сделать ревьювера кода, тестировщика, архитектора, разработчика фронт или бек приложений. А когда проект большой есть много особенностей, фронт, бек, базы данных, API и т.п. и лучше если задача будет разбита на подзадачи и каждая подзадача будет отдана специализированному агенту иногда даже параллельно для ускорения процесса. Можно конечно обойтись и одним агентом, но перед каждой подзадачей ему придется объяснять его цель и процессы его решения, проще описать их заранее. Для примера и понимания рекомендую посмотреть расширение Roo Code или KIlo Code там вроде еще есть бесплатные модели до октября. Дать задачу оркестратору и посмотреть как он переключается между агентами.
С кредитами согласен тут все сложно. Токены более понятны, но сказать что вот у нас решение и оно стоит 0.01$ за токен может обрушить весь рынок. А кредиты это внутренняя валюта которой можно рулить, сегодня у нас вот такой курс, а завтра такой потому что нагрузка на сервера выросла. Удобно и для инвесторов понятен способ монетизации.
Непонятно почему свет сошёлся на Open code. Есть десятки клишных агентов. Большинство из них умеют опенроутер, т.е. де факто могут использовать любую модель. Да и с другими провайдерами, как правило, могут работать. Мультиагентность многие умеют (хотя так пока и не придумал зачем она нужна, кроме параллельного мозгового штурма, разве что), например, Aider desk, droid, Agent Zero.
Пока вижу единственную более менее уникальную фишку Open code - поддержка LSP. Но и у других агентов есть свои фишки, например, aider использует repo map.
P.S. Claude Code можно использовать с GLM 4.5 - авторы модели сделали специальный совместимый API
Мне вот интересно, кто оплачивает подобные статьи? Не верю в искренность автора. Простите, если обидел кого-то.
Ни кто не оплачивает, личный опыт. В данный момент пробую еще пару решений, скоро выложу исследование. OpenCode попал под руку как хороший CLI с возможностью выбора моделей, других решений со столь же большим функционалом для CLI я пока не нашел. В основном нужно курить документацию и напрягаться с конфигами, и как правило нет возможности изменения модели налету (когда на одной закончились деньги (лимиты), а на другую легко не переключиться).
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
OpenCode: Революция в мире AI-инструментов для разработки