Ни кто не оплачивает, личный опыт. В данный момент пробую еще пару решений, скоро выложу исследование. OpenCode попал под руку как хороший CLI с возможностью выбора моделей, других решений со столь же большим функционалом для CLI я пока не нашел. В основном нужно курить документацию и напрягаться с конфигами, и как правило нет возможности изменения модели налету (когда на одной закончились деньги (лимиты), а на другую легко не переключиться).
брейпоинты это для запуска тестов самой IDE и к CLI они не имеют отношения.
для решения определенных задач пишутся unit тесты чтобы не руками все тестировать.
Агенты для LLM это все равно что четко обученный профессиональный специалист, это как в жизни ты либо электрик, либо сантехник, можно разбираться и в том и другом, но не так хорошо как если бы ты был узкоспециализированным специалистом знающим в своей профессии все мелкие детали и новшества. С агентами примерно такая же история, только там задаются системные промпты которые четко определяют границы знаний и действий. Так можно сделать ревьювера кода, тестировщика, архитектора, разработчика фронт или бек приложений. А когда проект большой есть много особенностей, фронт, бек, базы данных, API и т.п. и лучше если задача будет разбита на подзадачи и каждая подзадача будет отдана специализированному агенту иногда даже параллельно для ускорения процесса. Можно конечно обойтись и одним агентом, но перед каждой подзадачей ему придется объяснять его цель и процессы его решения, проще описать их заранее. Для примера и понимания рекомендую посмотреть расширение Roo Code или KIlo Code там вроде еще есть бесплатные модели до октября. Дать задачу оркестратору и посмотреть как он переключается между агентами.
С кредитами согласен тут все сложно. Токены более понятны, но сказать что вот у нас решение и оно стоит 0.01$ за токен может обрушить весь рынок. А кредиты это внутренняя валюта которой можно рулить, сегодня у нас вот такой курс, а завтра такой потому что нагрузка на сервера выросла. Удобно и для инвесторов понятен способ монетизации.
Это верно, очень правильный путь. В целом я практически так и делаю. Только вот IDE все больше использую neovim он конечно требует определенных навыков, но точно жрет меньше памяти чем VS CODE. Однако есть плюсы и связках типа VS CODE с Gemini Assistant (очень прикольная штука кстати) + терминал с OpenCode. Просто пушка, аналитику в gemini, правки в vs code, задачи для AI в Opencode.
Cline, Roo Code, Kilo Code это все одно семейство. Они все обладают возможностью подключить агрегаторов таких как OpenRoute, Requesty и т.п. но вот выбор моделей в интерфейсе это просто беда. Что касается Roo Code, Kilo Code с их агентами придется для смены моделей еще всех агентов обойти чтобы поменять модель. Удобство сомнительное. Реализация субагентов в Claude Code и Open Code куда проще, можно выбрать не выбирать специальную модель для субагента, и он будет использовать базовую, а можно назначить индивидуальную.
Что касается промтов, не все их можно изменить, так я делал специальный прокси чтобы посмотреть что там отправляется. И поверьте там просто ужас и там очень много того что в самом интерфейсе не изменить. Иногда системый промт на 1000 строк при сообщении в 4 слова.
То что вы еще не сталкивались с сообщениями типа <writefile><context>Текст</context></writefile> в ответах это видимо потому что проекты не очень большие и сессии в том числе. Но это беда именно Cline подобных систем, они очень плохо работают с китайскими моделями на длинных сессиях.
Droid интересный, но проблемы с подключением кастомных моделей через openai интерфейс. Как раз тестирую его.
Что касается claude code как я уже писал много раз на лету модель не поменять.
Ни кто не оплачивает, личный опыт. В данный момент пробую еще пару решений, скоро выложу исследование. OpenCode попал под руку как хороший CLI с возможностью выбора моделей, других решений со столь же большим функционалом для CLI я пока не нашел. В основном нужно курить документацию и напрягаться с конфигами, и как правило нет возможности изменения модели налету (когда на одной закончились деньги (лимиты), а на другую легко не переключиться).
брейпоинты это для запуска тестов самой IDE и к CLI они не имеют отношения.
для решения определенных задач пишутся unit тесты чтобы не руками все тестировать.
Агенты для LLM это все равно что четко обученный профессиональный специалист, это как в жизни ты либо электрик, либо сантехник, можно разбираться и в том и другом, но не так хорошо как если бы ты был узкоспециализированным специалистом знающим в своей профессии все мелкие детали и новшества. С агентами примерно такая же история, только там задаются системные промпты которые четко определяют границы знаний и действий. Так можно сделать ревьювера кода, тестировщика, архитектора, разработчика фронт или бек приложений. А когда проект большой есть много особенностей, фронт, бек, базы данных, API и т.п. и лучше если задача будет разбита на подзадачи и каждая подзадача будет отдана специализированному агенту иногда даже параллельно для ускорения процесса. Можно конечно обойтись и одним агентом, но перед каждой подзадачей ему придется объяснять его цель и процессы его решения, проще описать их заранее. Для примера и понимания рекомендую посмотреть расширение Roo Code или KIlo Code там вроде еще есть бесплатные модели до октября. Дать задачу оркестратору и посмотреть как он переключается между агентами.
С кредитами согласен тут все сложно. Токены более понятны, но сказать что вот у нас решение и оно стоит 0.01$ за токен может обрушить весь рынок. А кредиты это внутренняя валюта которой можно рулить, сегодня у нас вот такой курс, а завтра такой потому что нагрузка на сервера выросла. Удобно и для инвесторов понятен способ монетизации.
Это верно, очень правильный путь. В целом я практически так и делаю. Только вот IDE все больше использую neovim он конечно требует определенных навыков, но точно жрет меньше памяти чем VS CODE. Однако есть плюсы и связках типа VS CODE с Gemini Assistant (очень прикольная штука кстати) + терминал с OpenCode. Просто пушка, аналитику в gemini, правки в vs code, задачи для AI в Opencode.
Cline, Roo Code, Kilo Code это все одно семейство. Они все обладают возможностью подключить агрегаторов таких как OpenRoute, Requesty и т.п. но вот выбор моделей в интерфейсе это просто беда. Что касается Roo Code, Kilo Code с их агентами придется для смены моделей еще всех агентов обойти чтобы поменять модель. Удобство сомнительное. Реализация субагентов в Claude Code и Open Code куда проще, можно выбрать не выбирать специальную модель для субагента, и он будет использовать базовую, а можно назначить индивидуальную.
Что касается промтов, не все их можно изменить, так я делал специальный прокси чтобы посмотреть что там отправляется. И поверьте там просто ужас и там очень много того что в самом интерфейсе не изменить. Иногда системый промт на 1000 строк при сообщении в 4 слова.
То что вы еще не сталкивались с сообщениями типа <writefile><context>Текст</context></writefile> в ответах это видимо потому что проекты не очень большие и сессии в том числе. Но это беда именно Cline подобных систем, они очень плохо работают с китайскими моделями на длинных сессиях.