ну кэш это KV - он будет на уровне базового провайдера... Агрегатор не сможет с ней ничего сделать... Только если полностью игнорить... но, это надо быть каким то... Вообщем таких нет пожалуй
У всех есть отдельная тарификация кэшированных токенов. Нет же сомнений что эти провайдеры - прокси, а базовые провайдеры кэш используют и даже без него никак не получится. Агрегаторы если бы и хотели у них бы не получилось это игнорировать. Вы далеки от темы, к сожалению, токсичный комментарий конечно хорошо наклепать, но лучше всё таки найти что то к чему можно прицепиться.
1) Детальное документирование - нужно использовать SDD, тогда модели не нужны такие комменты, которые по сути выполняют функцию семантической разметки
2) codestyle проекта - если в команде нет устоявшихся правил которые можно взять в rules - запускается сперва анализ проекта и эти самые правила инициализируеются. Более того, модели позволяет использовать контекст проекта. Так бы Дима "подхватил" контекст проекта. В любом SDD фреймворке это есть, ну или что то вроде Memory Bank надо использовать
3) Ловушка с алгоритмом - нужен процесс Code Review или в рамках SDD или в самом агенте. Желательно другой моделью, которая как раз проверить и Code Style и наименования. О таких косяках она укажет. Также правильные rules обычно содержат "мантру" - "переспроси если есть сомнения или несостыковки". Вообщем такую историю отлавливают даже самые начинающие вайбкодеры
4) Понимание предметки... Единственное с чем пожалуй трудновато "с ходу". Тут нужна подготовка "документации нет - половина в slack, что то в confluence"... Нужен MCP и для того и для другого с RAG и индексацией. Это требует подготовки. Чтобы не было разных коммитов опять же сначала спецификация, потом код. Проверять надо спецификацию. Или руками своими (если чувствуем силу в предметке) или сделать MCP с RAG. Но тут вопрос и к автору - знание предметки надо проверять на собесе или смотреть релевантный опыт по резюме. Если считается не критичным то review спек или MCP с RAG должны быть.
Итого, полностью согласен с автором статьи - Дима действительно полностью заслужил увольнение. Вайбкодингу надо учиться, а "чатик с GPT" это не серьёзный уровень, за который надо увольнять.
Ты хоть открой и посмотри описания https://vibecoding1c.ru/mcp_server. У тебя процентов 10 от того что надо... Не говоря уже о графах, моделях, гибридных поисках и прочего... Я уже не буду рассуждать на тему "как у меня"/"не как у меня"... У меня что то вроде было по состоянию на Июнь 2025-го... Этого звиздец как недостаточно. Просто забей
Ну я всё это проделал. А если описать в статье - получится не статья а учебник. Я вроде поделился результатми применимости того или иного фреймворка и косяками. Ну правда несколько из последних не трогал - там да, в конце перечисление. Tessl в том числе. Но показался интересным. Context7 закрывает только базовый контекст фрейвморков. В Tessl кейсов побольше насколько могу судить.
Я отбирал по популярности... Agent OS и GSD - по 3000 старов - моловато. Memory Bank просто под Cursor и используется всем окружением, поэтому попал.
Beads писали уже видел пробовал, результат у меня лично получился никакой, поэтому его не упоминал
Эффективность в разы должна увелчиться и без, как ты выразился "рекламируемых им решений". Коммент или сгенерирован гадким ИИ или таким же человеком. Предложил бы попробовать и отписаться по факту что не получилось и мы совместно разберёмся, а не пытаться чем то поязвить
ну смотря как измерять. Если 99% разработчиков могут делать то чего они раньше не могли в принципе... сказать что эффективность упала вообще бред. Если ИИ пишет за 10 минут то на что у меня ушло бы пара дней в лучшем случае... нууу... даже при всех минусах это слишком большая разница чтобы говорить что жффективность упала. Но кликбейтные статьи со всяким бредом конечно всегда будут, иначе будет скучновато...
дада, неплохо... но более полугода от анонса до продукта.. это как то жетско для того что они выкатили, судя по всему команда небольшая, как они и сами заявляли... так что вот в развитии есть пока сомнения...
Нуу... спорно. Терминал на самом деле сильно нужен при разработке, особенно при классической, ты там много времени по факту провродишь. А если тебе не надо писать код... нужен ли сам редактор, ну по крайней мере такой продвинутый как в VsCode - вот что спорно. А промпт можно и в терминале написать - возврат к истокам, как говорится... Но терминалов можно открыть кучу, можно по ssh, можно отправлять команды в фоновое выполнение... вообщем как бы warp не было тем что нас ждёт в будущем разработки
Ну там половина настроек - консоль и вызывает он консоль под капотом по сути. Ты просто дифы из курсора не видел. Увидишь и будешь плеваться даже от возможностей плагина...
ну кэш это KV - он будет на уровне базового провайдера... Агрегатор не сможет с ней ничего сделать... Только если полностью игнорить... но, это надо быть каким то... Вообщем таких нет пожалуй
У всех есть отдельная тарификация кэшированных токенов. Нет же сомнений что эти провайдеры - прокси, а базовые провайдеры кэш используют и даже без него никак не получится. Агрегаторы если бы и хотели у них бы не получилось это игнорировать. Вы далеки от темы, к сожалению, токсичный комментарий конечно хорошо наклепать, но лучше всё таки найти что то к чему можно прицепиться.
Ну в чистом виде конечно не уделает... но да, модель очень неплохая
Давно не обновлялась - сейчас сильно уступает даже аутсайдерам... не то что лидерам
Просто оставлю это здесь https://vibecoding1c.ru/bench
Не надо в 1С сейчас кодить с Gemini 3. Хотя бы с 3.1... и то не стоит.
Просто Дима не до конца освоил вайбкодинг:
1) Детальное документирование - нужно использовать SDD, тогда модели не нужны такие комменты, которые по сути выполняют функцию семантической разметки
2) codestyle проекта - если в команде нет устоявшихся правил которые можно взять в rules - запускается сперва анализ проекта и эти самые правила инициализируеются. Более того, модели позволяет использовать контекст проекта. Так бы Дима "подхватил" контекст проекта. В любом SDD фреймворке это есть, ну или что то вроде Memory Bank надо использовать
3) Ловушка с алгоритмом - нужен процесс Code Review или в рамках SDD или в самом агенте. Желательно другой моделью, которая как раз проверить и Code Style и наименования. О таких косяках она укажет. Также правильные rules обычно содержат "мантру" - "переспроси если есть сомнения или несостыковки". Вообщем такую историю отлавливают даже самые начинающие вайбкодеры
4) Понимание предметки... Единственное с чем пожалуй трудновато "с ходу". Тут нужна подготовка "документации нет - половина в slack, что то в confluence"... Нужен MCP и для того и для другого с RAG и индексацией. Это требует подготовки. Чтобы не было разных коммитов опять же сначала спецификация, потом код. Проверять надо спецификацию. Или руками своими (если чувствуем силу в предметке) или сделать MCP с RAG. Но тут вопрос и к автору - знание предметки надо проверять на собесе или смотреть релевантный опыт по резюме. Если считается не критичным то review спек или MCP с RAG должны быть.
Итого, полностью согласен с автором статьи - Дима действительно полностью заслужил увольнение. Вайбкодингу надо учиться, а "чатик с GPT" это не серьёзный уровень, за который надо увольнять.
Ты хоть открой и посмотри описания https://vibecoding1c.ru/mcp_server. У тебя процентов 10 от того что надо... Не говоря уже о графах, моделях, гибридных поисках и прочего... Я уже не буду рассуждать на тему "как у меня"/"не как у меня"... У меня что то вроде было по состоянию на Июнь 2025-го... Этого звиздец как недостаточно. Просто забей
Весь "полный фарш" serena конечно уже давно есть в Cursor-е.
opus 4.6 вцелом ничем не лучше 4.5 для целей кодинга в 1С https://vibecoding1c.ru/bench но расход токенов в 2 - 2.5 раза больше.
Cursor memory bank жеж?!!! https://github.com/vanzan01/cursor-memory-bank + Rules к нему нормальные https://github.com/comol/cursor_rules_1c + MCP https://vibecoding1c.ru/mcp_server и будет счастье. Ну и opus 4.6 не юзайте пока.
Оригинал тут: https://habr.com/ru/articles/985990/ вообще заколебали конечно меня копипастить
Ну я всё это проделал. А если описать в статье - получится не статья а учебник. Я вроде поделился результатми применимости того или иного фреймворка и косяками. Ну правда несколько из последних не трогал - там да, в конце перечисление. Tessl в том числе. Но показался интересным. Context7 закрывает только базовый контекст фрейвморков. В Tessl кейсов побольше насколько могу судить.
Я отбирал по популярности... Agent OS и GSD - по 3000 старов - моловато. Memory Bank просто под Cursor и используется всем окружением, поэтому попал.
Beads писали уже видел пробовал, результат у меня лично получился никакой, поэтому его не упоминал
Я про эффективность основной функции - написания кода конечно. На оценку бизнес функции не претендую - тут слишком многогранно
Эффективность в разы должна увелчиться и без, как ты выразился "рекламируемых им решений". Коммент или сгенерирован гадким ИИ или таким же человеком. Предложил бы попробовать и отписаться по факту что не получилось и мы совместно разберёмся, а не пытаться чем то поязвить
Ну "ваша роль" это про пизицию на текущей работе скорее - нет отдельный вопрос просто...
ну смотря как измерять. Если 99% разработчиков могут делать то чего они раньше не могли в принципе... сказать что эффективность упала вообще бред. Если ИИ пишет за 10 минут то на что у меня ушло бы пара дней в лучшем случае... нууу... даже при всех минусах это слишком большая разница чтобы говорить что жффективность упала. Но кликбейтные статьи со всяким бредом конечно всегда будут, иначе будет скучновато...
дада, неплохо... но более полугода от анонса до продукта.. это как то жетско для того что они выкатили, судя по всему команда небольшая, как они и сами заявляли... так что вот в развитии есть пока сомнения...
Нуу... спорно. Терминал на самом деле сильно нужен при разработке, особенно при классической, ты там много времени по факту провродишь. А если тебе не надо писать код... нужен ли сам редактор, ну по крайней мере такой продвинутый как в VsCode - вот что спорно. А промпт можно и в терминале написать - возврат к истокам, как говорится... Но терминалов можно открыть кучу, можно по ssh, можно отправлять команды в фоновое выполнение... вообщем как бы warp не было тем что нас ждёт в будущем разработки
щас уже нет :(
Ну там половина настроек - консоль и вызывает он консоль под капотом по сути. Ты просто дифы из курсора не видел. Увидишь и будешь плеваться даже от возможностей плагина...
ну я просто когда с AI работаю всегда держу квн включенным. Кажется тут без вариантов. Иначе что то изобретать, привязываться к клиенту\вендору...