Тестирование открытых LLM в 1С-разработке с ИИ-ассистентом Cline

Посмотрим на примере 6 открытых моделей, как они показывают себя в 1С-разработке и проектировании решений 1С.

Здесь GitHub-репозиторий проекта.

Можно смотреть также здесь:
VK Видео
Youtube
Rutube

00:00 – Вступление
01:22 – Модели к тестированию
03:05 – Методика тестирования, ИИ-ассистент Cline
06:08 – Настройка Cline
07:43 – Тестовая конфигурация и задачи к решению
09:55 – Тестируем Llama 4 Scout (подробно)
17:02 – Объяснение расчета баллов тестирования
17:59 – Llama 4 Maverick
18:59 – DeepSeek R1
20:22 – Qwen 3-32B
21:34 – GLM-4-32B
22:06 – Gemma-3-27B
23:11 – Результаты тестирования в задаче проектирования
26:11 – Выводы
27:11 – Пара слов о запуске моделей локально

Ну как, используете языковые модели в работе?
👍 – Уже активно использую в работе
🔥 – Пробовал, но особого успеха нет
🤔 – Не верю, что это пригодится в реальной работе

Опубликовал также результаты тестирования открытых LLM (по теме предыдущего поста) в виде статьи на Инфостарт.

https://infostart.ru/1c/articles/2388727/

Возможно кому-то удобнее читать текст, чем смотреть видео.

Плюсаните статью, если не затруднит 😊

И еще. Если знаете какие-то интересные открытые модели, которые считаете перспективными в разработке – поделитесь в комментариях. По мере сил попробую тоже протестить.

Почему вайб-кодинг — это плохо (но не всегда)

Вы уже в курсе, что такое вайб-кодинг? Если нет, объясню: это способ разработки, когда код за вас пишет языковая модель (ИИ), а вы не только не вникаете в детали, но и даже не смотрите, что там получилось. Термин «вайб-кодинг» родился после поста сооснователя OpenAI Андрея Карпатого в соцсети X.

Важно не путать вайб-кодинг и осознанную разработку с использованием LLM (Large Language Models). Если вы продумываете архитектуру, пусть даже с помощью LLM, смотрите и ревьюите код, это как раз продвинутый и эффективный подход, который, уверен, вскоре станет стандартом.

Справедливости ради скажу, что вайб-кодинг не всегда однозначно плох. Например, если задача временная — прототип, MVP или одноразовый инструмент, который не жалко выкинуть, — почему бы и нет.

Но для 1С-разработки это, по-моему, ужасная практика. И вот почему:

1. Ракетный рост техдолга. LLM решает конкретную задачу здесь и сейчас, не думая о дальнейшей эволюции системы. Если ее специально не направлять, она выдает код без четкой архитектуры и слоев абстракции, склонна лепить костыли и заплатки. Через пару месяцев активной разработки сколько-нибудь сложной системы практически нереально заставить такую базу кода проходить регрессы. Проще переписать с нуля.

2. Невидимые дыры в безопасности. Если LLM наткнется на ошибку «Недостаточно прав», как она будет ее решать — вставит в запрос «РАЗРЕШЕННЫЕ» или перед запросом установит привилегированный режим, отключив контроль прав? Не знаете? Вот и я не знаю, все зависит от того, как токены лягут. Второй вариант может дать пользователю доступ к тому, что он не должен видеть.

3. Вайб-кодинг не жизнеспособен без автоматических тестов. Но кто их напишет, та же LLM? Если мы не доверяем коду, сгенерированному языковой моделью, как можем доверять тестам? Может случиться и так, что тест повторяет логику сгенерированного кода, а не бизнес-требование, поэтому якобы все отлично. В общем, человеку включиться в анализ кода — хотя бы тестов — все равно придется.

4. Растущие проблемы с производительностью. Вряд ли LLM «на вайбе» будет думать про оптимизацию, индексы или кэширование. И пока ее не научат профилировать код и запросы (а это непросто), эти моменты снова ложатся на плечи разработчика.

Мой совет: начинать проект можно и с вайб-кодинга, но потом обязательно провести полное ревью и, при необходимости, рефакторинг. Я делаю именно так. Даже если работаю с незнакомым языком или стеком, мучаю LLM вопросами: «Что здесь происходит? Почему именно так?». В процессе такого взаимодействия модель иногда сама обнаруживает и исправляет ошибки.

Что думаете про вайб-кодинг?
👍 — Нормальная тема, использую
🔥 — Иногда можно, но осторожно
🤔 — Разрабатывать код должен только человек

Разработка MCP-серверов в 1С: не все так просто, как кажется

«Модель настолько хороша, насколько хорош контекст, который ей дают».
(с) Anthropic (Анонс MCP от 25 ноября 2024 г.)

Я снова с темой из области ИИ, которая сейчас на слуху. MCP (Model Context Protocol) — это универсальный способ дать возможность языковым моделям самостоятельно получать данные, необходимые для решения задач.

В чем польза для 1С-ника? Допустим, вы поставили модели задачу, а она сама разобралась в структуре конфигурации, изучила код, прочитала данные, возможно, записала что-то обратно в базу. И... заменила всех 1С-ников. 🙂 Шучу, пока нет, не переживайте.

MCP — шаг к большей автономности ИИ. Если смотреть шире, то модель с MCP теоретически сможет полноценно взаимодействовать с внешним миром — управлять роботом-курьером, варить кофе или даже запускать ядерные ракеты. 🚀 Вспомнили Скайнет? Снова шучу... Но это не точно.

Справедливости ради замечу, что развитие агентности (способности моделей взаимодействовать с внешним миром) началось задолго до MCP. Сейчас время стандартизировать лучшие наработки, MCP — один из быстро набравших популярность и широко принятых ИИ-сообществом стандартов.

Как это работает? Разработчик создает MCP-сервер — систему, которая принимает запросы по протоколу MCP, выполняет определенные действия и дает результат. Затем этот сервер подключается к ИИ-ассистенту (например, Claude Desktop), IDE (например, Cursor) или другой системе с поддержкой MCP. В результате такая система получает возможность использовать функционал MCP-сервера, например, выполнять действия, описанные выше.

Уже появились собственные идеи? Если да, вынужден немного разочаровать — просто взять и написать MCP-сервер на 1С пока не получится. Но проблема вполне решаемая, делюсь: это универсальный инструмент для создания MCP-серверов на платформе 1С. В проекте реализован пример сервера с инструментами для работы с метаданными конфигурации. Можно использовать его как основу для собственных разработок. Я, например, активно применяю его в Cursor.

И еще важный момент, который заметил на практике: не все модели одинаково хорошо взаимодействуют с MCP-инструментами. Одни охотно используют предоставленные возможности, другие предпочитают придумывать данные самостоятельно, вместо того, чтобы запрашивать их через MCP. Имейте это в виду и не возлагайте слишком больших надежд на «умность» моделей, как это делал я, когда начинал знакомиться с темой ИИ-агентов.

Чуть позже будет подробное видео с разбором.

Готовы пустить LLM в свои базы?
👍 — они уже вовсю орудуют у нас
🔥 — можно, но ограниченно и под присмотром
🤔 — это нарушение всех политик безопасности!

Свич между стеками: обсудим?

Предлагаю обсудить переход с одного ИТ-стека на другой.

Истории бывают разные: кто-то уходит из 1С в другую область, кто-то, наоборот, приходит к нам из мира микросервисов и кубернетесов. У каждого свои причины и своя история. Интересно, совпадают ли ожидания с реальностью.

Сам я не могу сказать, что полноценно менял стек, хотя периодически выхожу за пределы платформы 1С и решаю задачи на чем-то совсем другом. Но меня впечатлила история одного свича не из мира ИТ. Джон Пол Ларкин, малоизвестный джазовый пианист, в 52 года резко переключился на евроденс и в 90-е выстрелил на весь мир:

До свича:
YouTube, RuTube

После:
YouTube, RuTube

Если перекладывать на ИТ, это примерно как перейти с Хаскеля — языка для фанатов функциональщины, с высокой планкой входа и ограниченными перспективами коммерческого успеха, — на 1С, где рынок огромный и технически все попроще.

Поделитесь своей историей:
- С чего и на что переходили?
- Почему решились?
- Что ожидали vs что получили?

Пробовали свичнуться?
👍 — да, и не жалею
🔥 — да, но вернулся обратно
🤔 — периодически думаю об этом

Дайджест постов за первое полугодие 2025

Последнее время стал много рассказывать об ИИ и его применении в 1С. Уверен, что эта тема не временный хайп, а поворот в развитии. Стараюсь и сам быть в теме, и вас держать в курсе.

ИИ в работе 1С-ника, инструменты и кейсы

🔹 Как автоматизировать рутину программиста 1С. Поделился своим инструментом «Оформлятор модулей 1С», помогающим наводить порядок в коде.

🔹 1С-разработка в IDE Cursor. Видеообзор AI-first IDE на примере решения реальной задачи.

🔹 Разработка ТЗ с помощью Cursor. Еще один практический кейс, но уже для аналитиков.

🔹 Тестирование открытых LLM в 1С. Можно ли эффективно вести разработку и проектирование с открытыми языковыми моделями бесплатно и без смс, запущенными локально? Еще одно видео, где попробовали шесть таких моделей, а также посмотрели ИИ-ассистента Cline.

🔹 Почему вайб-кодинг — это плохо (но не всегда). Мнение о новомодной методике разработки, и к каким последствиям она может привести на проекте.

🔹 Разработка MCP-серверов в 1С. Рассмотрели, что такое ИИ-агенты, и как дать моделям доступ к 1С.

Размышления о профессии и не только

🔸 Какими вопросами задаются специалисты разного уровня? Порассуждал о том, как меняется мышление программиста по мере роста от джуна до сеньора.

🔸 Сколько строк кода вы написали сегодня? Пробовали измерить продуктивность программиста в LOC-ах, прикинули трудоемкость разработки 1С:ERP.

🔸 Свич между стеками. Обсудили смену технологического стека. В комментариях мнения и истории переходов.

Что еще было интересного

🔻 Моделирование бизнес-процессов. Обсудили использование формальных схем сегодня на практике. Ну и протестили возможность автоматической генерации BPMN-схемы по описанию бизнес-процесса (снова с языковыми моделями и Cursor).

🔻 Образы Бориса Георгиевича. Генерировали портреты директора 1С с новой моделью от Google. Как скоро ИИ появится платформе?

Кстати, идею одного из недавних разборов подкинули в комментариях. Так что если есть мысли, что еще протестировать или о чем рассказать — пишите! 👇

#дайджесты

Автор канала, 1988 г.

Сегодня мне исполняется 44! По традиции — история из детства

Считаю, что в любом деле — от игры на скрипке до разработки в 1С — главное не столько талант, сколько увлеченность и, как следствие, много практики. Но увлеченность — штука коварная: если не знать меры, можно попасть в курьезную ситуацию. Как однажды попал я.

В детстве моим главным увлечением были компьютеры. Своего у меня не было, но на работе у отца стоял крутой по тем временам комп на базе процессора Intel 8086, с двумя дисководами и цветным монитором (сейчас, конечно, это звучит смешно)! Иногда по вечерам мне разрешали на нем поиграть.

В один из вечеров я настолько увлекся, что не заметил, как все ушли, а здание заперли снаружи. Когда это обнаружил, у меня случилась паника. Никого кругом нет, позвонить оттуда невозможно, окна не открыть, ведь их на зиму запирали наглухо (дело было в арктическом поселке Диксон, где я родился).

Обойдя все помещения, куда была возможность попасть, обнаружил, что в туалете на первом этаже можно открыть форточку. Но тут другая засада: здание было завалено снегом до этажа второго...

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

Из этой истории я сделал два вывода:
1.  Увлеченность — это хорошо, но надо чувствовать меру.
2.  Выход всегда найдется. Главное не опускать руки.

Поделитесь своими историями из детства в комментариях! Уверен, всем будет интересно почитать.

Предыдущий похожий пост

#истории

Про 1С, ИИ и блогерство

Все ведь уже знают Анастасию (канал Заметки 1Сницы)? Если нет, то очень рекомендую познакомиться. Анастасия помогает джунам входить в мир 1С, пишет об обучении, развитии и карьере 1С-ников. А также иногда публикует интервью с 1С-никами!

Вот, например, вчера у нее вышло интервью со мной 😊

https://xn--r1a.website/yellow_note/891

О чем поговорили:

🔷 О грядущем Infostart Tech Event и немного обо мне

🔷 Как некоторые работают с LLM, сами того не подозревая

🔷 С чего начать знакомство с ИИ

🔷 Что такое MCP и для чего нужен

🔷 Может ли ИИ заменить 1С-ников

🔷 Про технологическую сингулярность

🔷 Когда спадёт хайп на ИИ

🔷 Один CTO + армия ИИ-агентов?

🔷 Про вайб-кодинг

🔷 Какую модель выбрать для 1С-разработки

🔷 Кейсы применения LLM в командной работе

🔷 Про блогерство и Telegram-канал

🔷 Рекомендации книг

Приятного просмотра! Спасибо Анастасии за классные вопросы и дружескую атмосферу.

Если захотите поделиться своими мыслями, сомнениями, возражениями или возникли какие-то вопросы - приходите в комментарии ⤵️

Мой доклад взяли в программу Infostart Event 2025! Видимо Инфостарт просто устал отбиваться от моих заявок. 🙂

Тема: 1С и AI: от хайпа к практике. Создаем MCP-сервер для интеграции ваших баз с LLM

Спасибо всем, кто поддерживал в первом туре! Если будете на конференции, обязательно приходите. Будет интересно, обещаю.

А теперь — поддержим тех, кто идёт во второй тур. Это отличные ребята и девчата, темы сильные — им нужен наш голос:

🧩 WebSocket’ы — это не больно — Дмитрий Сидоренко
https://event.infostart.ru/2025/agenda/2458720/

🧪 Химия тестирования в интеграторах — Дмитрий Кучма
https://event.infostart.ru/2025/agenda/2443347/

🗣 Кунг-фу коммуникаций: как начать звонить и писать сообщения без страха и сомнений — Мария Серёгина
https://event.infostart.ru/2025/agenda/2444017/

📚 Как учиться, если вам немного за 30 — Анастасия Синякова
https://event.infostart.ru/2025/agenda/2451197/

🧼 Моем руки перед обменом, или самые частые ошибки ручного тестирования интеграций между 1С базами — Роман Данилов
https://event.infostart.ru/2025/agenda/2444890/

⚖️ От ChatGPT до GigaChat: как объективно оценить и выбрать LLM для разработки на 1С — Валерий Бобров
https://event.infostart.ru/2025/agenda/2444696/

Один клик — и одним хорошим докладом на конференции становится больше. Жмём?

Наши инфопартнеры:
👍Дмитрий Котов
👍Игорь Апресов
👍Иосиф Правец
👍Александр Шапошников
👍Клуб Питерских Одинесников
👍Клуб Московских Одинэсников

Собираетесь на Инфостарт Ивент?
👍 — да
🤔 — нет
🔥 — ещё думаю

Разработка MCP-серверов в 1С

В этом посте рассказывал о своем open-source проекте на GitHub, позволяющем разрабатывать MCP-сервера в виде расширений к конфигурациям 1С. И обещал видео с разбором.

Наконец-то записал. 😊 В нем подробно рассказываю что такое MCP-сервера, как они работают, и как их может разрабатывать 1С-ник.

Можно смотреть также здесь:
VK Видео
Youtube
Rutube

00:00 – Вступление
00:12 – Проблема контекста при постановке задач языковой модели
01:37 – Что такое MCP
02:20 – Как работает MCP
05:15 – Сложности реализации MCP-сервера в 1С
07:41 – 1С-расширение: MCP-сервер (open-source)
08:12 – Установка MCP-сервера в базу 1С, тестирование
14:29 – Как добавить свои инструменты выдачи данных
16:44 – Подключение MCP-сервера через прокси-"прокладку"
17:56 – Итоги

Уже знакомы с MCP?
👍 - да, пользуюсь!
🔥 - слышал, но не пробовал.
🤔 - нет, что это?

Заметили, что в Телеграме половина 1С-ников вдруг стали космонавтами? 🚀🙂

Это всё потому, что Инфостарт запустил флешмоб ИИ-аватарок. Делаешь себе картинку в ретрофутуристичном стиле (промпт прилагается к условиям), ставишь в профиль — и можно участвовать в розыгрыше билетов на конференцию. Каждую неделю разыгрывают по два — онлайн и офлайн.

Как вам вариант: на три дня закинуть работу подальше, съездить в Питер, побродить по залам «Санкт-Петербурга», послушать приглянувшиеся доклады, пообщаться с коллегами? Если звучит заманчиво — самое время присоединиться. Вдруг вы самый везучий?

Программа конфы уже готова.

Участвуем?
👍 Ага, уже скафандр погладил
🔥 Думаю... как бы не зависнуть в генерациях до утра
🤔 Не, я космонавт в душе

Анонс 1CVibeConf!

Первая онлайн-конференция, полностью посвящённая ИИ в 1С и AI-driven разработке.

Чем она особенная?

– В 1С-сообществе ещё не было конференции целиком про ИИ.
– Выступают ребята с большим практическим опытом — не теоретики, а те, кто реально пробует и внедряет.
– Все доклады про практику: бери и применяй в работе.

Спасибо организаторам — Олегу Филлипову и Петру Цапу — за то, что двигают тему ИИ в 1С.

Кстати, я тоже буду среди докладчиков. Приходите!

🗓 Когда: 18 октября, онлайн, с 12:00 до 18:00 по Москве.
📌 Подробности, программа и регистрация — здесь.

Хороших событий в мире 1С много не бывает! 😊 Полный список — на onevents.ru.

Время vs Усилия: настоящая польза языковых моделей для программиста

Недавнее исследование METR показало: разработка с LLM не ускоряет работу, а наоборот, замедляет! В среднем, на 19%. При этом сами разработчики уверены, что LLM их ускоряет на 20%. Неожиданный поворот, да?

Как так вышло, если все утверждают, что с ИИ стали дико эффективными? Может, в исследовании стояли неверные задачи? Или подобрали не слишком прошаренных в вайб-кодинге разрабов?

Конечно, к любой статистике нужно относиться с долей скепсиса. Но дело тут, как мне кажется, не в «неправильных» разработчиках или задачах. Да, я согласен с результатами. Исследование просто подсветило две неочевидные проблемы, о которых не говорят в хайповых статьях: транзакционные издержки и потеря «состояния потока».

Особенно остро они проявляются у опытных спецов, которые досконально знают свой проект — а в исследовании были именно такие.

1. Транзакционные издержки — это прямая цена взаимодействия с LLM. Знакома ситуация, когда ты полчаса объясняешь стажеру задачу, которую сам бы сделал за пять минут? Тут то же самое. Пока опишешь модели все нюансы, проверишь и исправишь сгенерированный код, окажется, что быстрее и проще было написать все самому.

2. Разрушение «потока» — это потеря сосредоточенности на задаче. Постоянные переключения — «пишем промпт» — «ждем» — «анализируем результат» — «дорабатываем код» — не позволяют сфокусироваться так, как если бы стояла одна задача — «пишем код». В результате легко потерять важные детали, допустить ошибки, с которыми придется разбираться позже, повторно погружаясь в процесс.

Получается, весь хайп с LLM — просто маркетинг? Не совсем.

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

Если говорить о моем опыте — я обычно не делаю задачи в Cursor быстрее, чем сделал бы руками. Но у меня получается параллельно с работой над основной задачей участвовать в созвонах, разбирать другие вопросы… То есть спринт на одной задаче я не выигрываю, но на марафоне рабочего дня пробегаю дальше.

Справедливости ради замечу: есть задачи, на которых LLM действительно дает чистое ускорение. Например, работа с незнакомым кодом, прототипирование, документация. Но об этом в другой раз.

Что думаете? Согласуется с вашим опытом?
👍 — Да, с LLM не быстрее, но легче.
🔥 — Нет, я всегда ускоряюсь, вы просто не умеете готовить ИИ!
🤔 — Пока не понял, в чем профит.

Нарушать нельзя следовать: где поставить запятую?

Как-то рассуждал, чем отличаются джун, миддл и сеньор с точки зрения вопросов, которыми они задаются. Вот вам еще один хороший маркер — под каким углом спец смотрит на инженерные решения в коде, стандарты и лучшие практики.

Джун
О стандартах знает мало. Для него это terra incognita, которую он только исследует.

Легко пишет запрос в цикле — все работает, задача решается, а что еще нужно? Оптимальность? Что это такое и для чего?

Миддл
Уже освоил большую часть правил. Для него умение их применять — главный признак профессионализма.

Для некоторых эти правила приобретают характер догматов. Если такой миддл видит запрос в цикле, то считает, что за подобную ересь автор кода достоин сжигания на костре всяческого порицания. Он — «полиция нравов» в коде.

Сеньор
Не только знает букву, но понимает и дух стандарта: почему он был введен и какие проблемы призван решать. Сеньор может осознанно нарушить правила, если считает, что так будет лучше. И может это нарушение обосновать. Зачем делать оверинжиниринг, если он не помогает решать проблемы бизнеса?

И тут круг как будто замыкается: сеньор, как и джун, может сделать запрос в цикле! Но есть ключевой нюанс. Джун делает это от незнания, а сеньор — от глубокого понимания контекста. Он идет на осознанный инженерный компромисс, потому что для него профессионализм — это умение принимать взвешенные решения исходя из целей бизнеса.

Вот такая эволюция взглядов на разных стадиях роста.

Что думаете, где поставим запятую?
👍 нарушать НЕЛЬЗЯ, следовать!
🔥 НАРУШАТЬ, нельзя следовать слепо.
❤️ а у меня лапки.

Я на Infostart Tech Event 2025. У нас тут стенд «Блогеры 1С». Забегай: обсудим 1С и языковые модели, разберём твою задачу в Cursor или Claude Code, а я задам тебе несколько вопросов — про твою работу и отношение к ИИ. Я у стенда в течение дня — познакомимся.

Доклад про MCP — в пятницу, 14:10, Большой зал. Если тебя здесь нет, буду с этой темой 18.10 на 1CVibeConf (≈16:00). Можно и просто мое видео про MCP посмотреть, узнать как подружить 1С и LLM.

На видео — мое возвращение домой с Инфостарт Тех Эвента. 😊

На стенде блогеров крутились наши промо‑ролики — мало кто останавливался их смотреть, поэтому показываю здесь. Не зря же несколько часов на генерации убито? 😀

После прошлого поста и доклада познакомился с большим количеством единомышленников, с удовольствием со всеми пообщался, почерпнул много полезного. Надеюсь, подошедшие тоже унесли пару полезных идей. Со всеми был рад познакомиться и пообщаться!

Конференция — как всегда — крутая и по форме, и по содержанию. Много говорить не буду: лучше один раз увидеть. Если еще не были, то рекомендую приехать и убедиться самостоятельно — там действительно классно. Спасибо команде Инфостарта и лично @doorzh за организацию!

Одной из активностей на стенде был телеграм-бот, разработанный на n8n. Через него можно было:

🔻 пройти квиз и поучаствовать в розыгрыше;
🔻 сгенерировать по своему фото космо-аватарку в стиле ретрофутуризма;
🔻 пообщаться с HAL 9000 (под капотом всего лишь языковая модель, так что ни один шлюз не был заблокирован 😊).

Стоит записать видео с разбором, как такую штуку можно сделать?
👍 Давай
🤔 Не надо, хватает уже

Можно ли «скормить» нейросети конфигурацию 1С и задавать по ней вопросы?

Разбирать легаси и плохо документированные конфигурации — то ещё удовольствие. Вроде бы на слуху у всех RAG, и он должен помочь, когда размер кода больше контекстного окна модели. Но векторный поиск «в лоб» по коду нередко ошибается: подсвечивает слабо релевантные куски, не находит главное.

Сделать RAG с векторным поиском сегодня несложно. Сделать так, чтобы он помогал в реальной работе — вот настоящий челлендж.

Я некоторое время тестирую CodeAlive. Это не просто поиск, а чат по коду, который индексирует репозиторий и отвечает на конкретные вопросы. Запускаю его не так часто — обычно хватает опыта и точечных grep’ов в Cursor. Но когда задача непростая, где и что искать заранее непонятно, CodeAlive сильно выручает.

🔹 Как работает: подключаете проект с GitHub или GitLab, он индексируется; дальше — диалог: задаёте вопросы, получаете ответы с цитатами из кода или диаграммами.
🔹 Чем полезен: не просто «найти похожее», а понять «где и как это устроено».
🔹 Интеграция: можно подключить по MCP к любому код‑агенту (вроде Cursor), и обогащать контекст — по сути это Context‑Engine‑as‑a‑Service.

Для кого и для чего

🔸 Аналитикам: не нужно погружаться в код, чтобы разобраться в устройстве доработки. Можно быстро выяснить где находится, как работает доработка, как она связана с другими объектами конфигурации, подготовить описание/сценарий. Не отвлекая разработчика!

Мои кейсы:
🔸 Погружение в легаси или плохо документированные конфигурации. Например, иногда делаю задачи в «1С:Драйв для Турции»: из последнего — нашёл, где реализован контроль остатков, и как его лучше адаптировать под новые требования.
🔸 Извлечение сниппетов под конкретную задачу. Помогает не изобретать велосипеды, а находить готовые куски кода в своей же конфигурации и даже адаптировать их под задачу.

Какие есть нюансы

🔹 Объём 1С‑конфигураций: большие репозитории в CodeAlive, к сожалению, не запихнуть (типовую УТ 11, например). На бесплатном тарифе всего 15 Мб, чего достаточно разве что для своего небольшого проекта или расширения. Но по моей ссылке можно получить 50 Мб (отмечу, что с нее ничего не заработаю 😊). Если решите попробовать, а размер репозитория всеже не позволяет — посмотрите третий комментарий к посту.
🔹 Соло‑разработчикам: для совсем небольших проектов или если конфигурацию и так хорошо знаешь — CodeAlive может показаться избыточным. Но в нем кроме чата и MCP, поставляющего релевантный контекст, есть прикольные фишки, например автоматическое ревью merge‑реквестов — иногда находит важные косяки.

В общем, с удовольствием и от чистого сердца пиарю CodeAlive. 😊 Если какие-то из этих сценариев вам откликнулись, возможно, стоит присмотреться. Автор проекта Родион (@rodion_m_tg) открыт к обратной связи — это полезно и ему для адаптации под рынок 1С, и вам, если хочется упростить работу с кодом.

Традиционный опрос. Используете в работе системы с RAG?
👍 — Да, использую.
🔥 — Слышал, но на практике пока не пробовал.
🤔 — Первый раз про такое слышу.

1С и AI: от хайпа к практике. Создаем MCP-сервер для интеграции ваших баз с LLM

Опубликовали мой доклад с только что прошедшего Infostart Tech Event'а. Оперативно – и трех недель еще не прошло.

Тут текстом

Тут видео

Много последнее время про MCP рассказываю. В этом докладе упор на практику использования MCP.

Плюсики категорически не возбраняются. 😊

Telegram-бот на n8n: обзор на примере рабочего кейса

Вы отправляете боту сообщение «сделай всё хорошо». И он всё за вас делает — причём действительно хорошо. Классно? По-моему, да. Но бот, которого я показываю в этом видео, так пока не умеет. 🙂 Зато на его примере разбираем живой кейс на n8n, в том числе ИИ-возможности: диалог с языковой моделью, которая ходит за данными в 1С через MCP.

Можно смотреть также здесь:
VK Видео
YouTube
Rutube

00:00 Введение
01:14 Что такое n8n
02:17 Базовые понятия
04:06 Процесс выполнения workflow
04:30 Настройки узлов (nodes)
05:30 Отслеживаем выполнение процесса по узлам, смотрим разные виды узлов
09:32 Вызов внешнего скрипта на примере ИИ-обработки фото
11:07 ИИ-агент, получение в диалоге данных из 1С через MCP
13:24 Итоги

Признавайтесь, была мысль сделать своего бота, который умел бы делать много всего полезного?

👍 – Да, я таких ботов уже столько наколотил…
🔥 – Была, конечно. После этого видео точно сделаю.
🤔 – Я сам как такой бот, автоматизация не требуется.