Когда много мыслей, а хочется донести мысль не раздувая статью до уровня документации приходится чем-то жертвовать. Если быть совсем честным, любой код можно положить в гит и сделать diff, тот же C4 от drawio по факту xml как файл word или excel и да тут получается версионировать, но вот без знания структуры разметки будет сложно понять что изменилось. С UML или Structurizr попроще, но будем честны UML это про бизнес процессы, все остальное опции, рисовать там диаграммы c4 тот еще вариант. Structurizr поинтересней и чуть понятней, можно еще mermaid добавить в эту же историю. Что касается диаграммы развертывания, отличная история, но до тех пор пока не появляется георезервирование, изолированые vlan и т.п. Тут уже нотации от google поинтересней.
Все верно и потому я и предлагаю YAML из которого можно собрать любую визуализацию в том числе C4. Полагаю что при правильных танцах с бубнами можно сконвертировать и в нотации Archmate. В чем у меня лично претензии к C4 и Blocks&Lines, один слишком ограничен (не возможности указать интерфейсы), другой слишком свободен (рисуй что хочешь, понимай как хочешь). В yaml же один раз описал структуру, разложил все по полочкам, и конвертируй куда хочешь. Плюс возможно каждый модуль описать в yaml и потом, так как это машиночитаемая нотация, можешь визуализировать все связи, все интерфейсы, потоки, ограничения, протоколы и т.п. Тут прям поле для деятельности архитектора. С удовольствием бы занялся типизацией yaml и созданием редактора (конвертора), но как обычно нет времени и достойного финансирования, да и Structurizr DSL уже есть. Знаю что в больших компаниях (говорю про Россию) уже есть системы машиночитаемых нотаций, ну или зачатки этих систем. Так что будущее мне видится именно так: источник знаний один который конвертируется в любые нотации.
Ну я пытался донести эту мысль что собираем все в yaml а потом конвертируем в то что требуется в том числе в C4. C4 к сожалению имеет очень ограниченную нотацию, так не возможно обозначить интерфейсы, а их к слову может быть очень много у одного микросервиса - особенно если он является адаптером.
Ни кто не оплачивает, личный опыт. В данный момент пробую еще пару решений, скоро выложу исследование. 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 подобных систем, они очень плохо работают с китайскими моделями на длинных сессиях.
Когда много мыслей, а хочется донести мысль не раздувая статью до уровня документации приходится чем-то жертвовать. Если быть совсем честным, любой код можно положить в гит и сделать diff, тот же C4 от drawio по факту xml как файл word или excel и да тут получается версионировать, но вот без знания структуры разметки будет сложно понять что изменилось. С UML или Structurizr попроще, но будем честны UML это про бизнес процессы, все остальное опции, рисовать там диаграммы c4 тот еще вариант. Structurizr поинтересней и чуть понятней, можно еще mermaid добавить в эту же историю. Что касается диаграммы развертывания, отличная история, но до тех пор пока не появляется георезервирование, изолированые vlan и т.п. Тут уже нотации от google поинтересней.
Все верно и потому я и предлагаю YAML из которого можно собрать любую визуализацию в том числе C4. Полагаю что при правильных танцах с бубнами можно сконвертировать и в нотации Archmate. В чем у меня лично претензии к C4 и Blocks&Lines, один слишком ограничен (не возможности указать интерфейсы), другой слишком свободен (рисуй что хочешь, понимай как хочешь). В yaml же один раз описал структуру, разложил все по полочкам, и конвертируй куда хочешь. Плюс возможно каждый модуль описать в yaml и потом, так как это машиночитаемая нотация, можешь визуализировать все связи, все интерфейсы, потоки, ограничения, протоколы и т.п. Тут прям поле для деятельности архитектора. С удовольствием бы занялся типизацией yaml и созданием редактора (конвертора), но как обычно нет времени и достойного финансирования, да и Structurizr DSL уже есть. Знаю что в больших компаниях (говорю про Россию) уже есть системы машиночитаемых нотаций, ну или зачатки этих систем. Так что будущее мне видится именно так: источник знаний один который конвертируется в любые нотации.
Ну я пытался донести эту мысль что собираем все в yaml а потом конвертируем в то что требуется в том числе в C4. C4 к сожалению имеет очень ограниченную нотацию, так не возможно обозначить интерфейсы, а их к слову может быть очень много у одного микросервиса - особенно если он является адаптером.
Можно, но это какое-то извращение. Yaml точно проще.
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 подобных систем, они очень плохо работают с китайскими моделями на длинных сессиях.