Семнадцать лет я пишу код на 1С. За это время менялись версии платформы, появлялись и исчезали фреймворки, конфигуратор обрастал функциями. Но сам процесс оставался прежним: ты, клавиатура, документация и память. Теперь 1С предлагает добавить в это уравнение четвёртый элемент — искусственный интеллект. 1С:Напарник для разработки. AI-ассистент, встроенный прямо в EDT.
Я изучил документацию, посмотрел демонстрации, попробовал плагин в деле. Расскажу, что увидел — без маркетинговой глазури и без предубеждений.
Что такое 1С:Напарник и как он устроен
1С:Напарник — это плагин для 1С:EDT, среды разработки, которая постепенно вытесняет классический конфигуратор. Плагин подключается к облачной AI-модели от 1С и предлагает помощь прямо в редакторе кода. Никаких отдельных окон, никакого переключения между приложениями.
Ключевые возможности, заявленные на code.1c.ai:
- Автодополнение кода. Пишете процедуру — Напарник предлагает продолжение. Не просто имена переменных, а целые блоки: циклы, условия, вызовы методов. Принимаете нажатием Tab.
- Генерация кода по описанию. Пишете комментарий на русском языке, описывающий, что должен делать код, — Напарник генерирует реализацию.
- Анализ и исправление ошибок. Выделяете проблемный фрагмент — получаете объяснение ошибки и предложение по исправлению.
- Автодокументирование. Генерация комментариев к процедурам и функциям в формате, принятом в экосистеме 1С.
- Рефакторинг. Модификация существующего кода по текстовому описанию: «переделай этот запрос на использование временной таблицы».
Для работы нужен EDT версии 2023.3.6 или выше, учётная запись ИТС и ключ доступа, который генерируется на портале. Важная деталь: модель работает в облаке 1С. Ваш код отправляется на серверы компании для анализа. Для кого-то это может быть стоп-фактором — особенно если речь о закрытых конфигурациях под NDA.
Что работает: шаблонный код и рутина
Я попробовал Напарник на нескольких типичных задачах, с которыми сталкиваюсь каждую неделю. Результаты неоднородные, но есть области, где ассистент реально полезен.
Обработчики событий форм. Начинаешь писать Процедура ПриОткрытии — Напарник подставляет типовой каркас: проверку параметров, заполнение реквизитов формы, вызов обновления отображения. Код шаблонный, но именно поэтому его писать скучно и долго. Здесь автодополнение экономит две-три минуты на каждом обработчике. За день таких обработчиков может быть десять — полчаса экономии.
Простые запросы. «Выбрать номенклатуру с ценами из регистра сведений» — Напарник генерирует запрос с правильными именами таблиц и полей. Для базовых конструкций — соединений, условий, группировок — работает уверенно. Особенно если контекст конфигурации уже загружен в EDT: модель видит метаданные и подставляет реальные имена справочников и регистров. Для более сложных запросов, где важна не только корректность, но и производительность, Напарник пока слаб — здесь помогает практическое руководство по оптимизации запросов в 1С.
Комментирование кода. Выделяешь процедуру из 30 строк, просишь «добавить комментарий» — получаешь описание параметров, возвращаемого значения, назначения. Качество приемлемое. Не идеальное — иногда формулировки избыточны, — но как стартовая точка для документирования годится. Особенно когда разбираешь чужой код, написанный три года назад без единого комментария.
Пишу комментарий: // Получить остатки номенклатуры на складах с учётом резервов. Напарник генерирует процедуру с запросом к регистру накопления, обработкой результата, формированием таблицы значений. Структура правильная, имена таблиц — из контекста моей конфигурации. Мелкие ошибки в логике резервирования — но каркас готов, остаётся доработать детали.
Что не работает: сложная логика и нестандартные конфигурации
Хорошее закончилось. Теперь о том, где Напарник пасует.
Сложная бизнес-логика. Прошу сгенерировать код распределения себестоимости по партиям с учётом FIFO, возвратов поставщику и пересортицы. Результат — каша. Модель не понимает взаимосвязей между документами, не учитывает последовательность проведения, путает измерения регистров накопления. Код выглядит правдоподобно, но в production его запускать нельзя.
Это ожидаемо. Бизнес-логика 1С — это не алгоритмы. Это бухгалтерские правила, наложенные на конкретную конфигурацию, с учётом десятков регистров и их взаимозависимостей. Ни одна языковая модель пока не способна это осмыслить целиком.
Кастомные конфигурации. Судя по демонстрациям, модель обучена преимущественно на типовых конфигурациях — Бухгалтерия, ERP, УТ. Если у вас самописная конфигурация с нестандартными справочниками и регистрами — контекстная подсказка работает хуже. Модель видит метаданные через EDT, но не понимает семантику: что регистр «ОстаткиПоЯчейкам» — это адресное хранение, а не просто ещё одна таблица с остатками.
Отладка нетривиальных багов. Выделяю фрагмент кода с гонкой данных между фоновыми заданиями, прошу «найти ошибку». Напарник предлагает проверить синтаксис и добавить Попытку-Исключение. Это как попросить терапевта вылечить перелом — формально врач, но специализация не та. Для нахождения гонок данных, дедлоков, проблем с блокировками нужно понимание архитектуры, которого у модели нет.
Запросы к СКД. Просил сгенерировать сложный пакетный запрос с параметрами виртуальных таблиц, вложенными запросами и условным оформлением результата. Результат — синтаксически корректный, но логически неверный. Параметры виртуальных таблиц перепутаны, условия отбора наложены не на тот уровень. Для простых запросов — работает. Для запросов, которые и так легко написать руками, — тоже работает. Для тех, где реально нужна помощь, — пока нет. Кстати, про одну из таких нетривиальных ошибок в запросах читайте в разборе почему LEFT JOIN в 1С вас обманывает.
Сравнение с Claude, ChatGPT и другими
Я использую AI-инструменты для работы с 1С уже полтора года. В основном Claude и ChatGPT. Вот принципиальные различия с Напарником.
Контекст конфигурации. Главное преимущество Напарника — интеграция с EDT. Он видит метаданные вашей конфигурации: справочники, документы, регистры, реквизиты. Claude и ChatGPT этого не знают. Каждый раз приходится объяснять структуру данных, копировать фрагменты метаданных, описывать архитектуру. Напарник теоретически может предложить код, который сразу ссылается на реальные объекты вашей базы. Теоретически — потому что на практике глубина этого понимания пока ограничена.
Интеграция в IDE. Напарник работает внутри редактора. Tab — принял. Не нужно переключаться в браузер, копировать промпт, вставлять результат. Для потокового кодирования это критично. Каждое переключение контекста — потеря 30-60 секунд и фокуса внимания.
Качество ответов на сложные вопросы. Здесь универсальные модели выигрывают с большим отрывом. Claude уверенно объясняет паттерны проектирования в 1С, анализирует архитектуру, находит логические ошибки в сложном коде. Напарник пока работает на уровне автодополнения и простой генерации. Это разные весовые категории: Напарник — инструмент ускорения набора кода, Claude — инструмент для размышления о коде.
Знание предметной области. Удивительно, но Claude и GPT-4 неплохо знают бухгалтерский и налоговый учёт, логику типовых конфигураций 1С, стандарты разработки. Не потому что их специально обучали — просто в обучающих данных хватает материалов на русском языке по 1С. Напарник обучен на коде 1С специально, но объём знаний о предметной области — под вопросом. Документация об архитектуре модели закрыта.
Мой текущий подход: Напарник — для рутинного кодирования в EDT (обработчики, простые запросы, шаблоны). Claude — для архитектурных вопросов, анализа сложного кода, поиска неочевидных багов. Эти инструменты не конкурируют — они дополняют друг друга. Подробнее о том, как я использую Напарник на практике, — в честном обзоре после двух недель тестирования.
EDT 2025 и платформа 8.5: контекст перемен
Напарник — не изолированная история. Он появляется в контексте серьёзных изменений в экосистеме 1С.
EDT 2025. Текущая версия — 2025.2. Среда поддерживает платформу 8.5, интеграцию с Git LFS для больших файлов конфигураций, и — собственно — плагин Напарника. EDT перестала быть экспериментом для энтузиастов. Это рабочий инструмент, который 1С последовательно развивает как замену конфигуратору.
Платформа 8.5. Главная ветка развития. Платформа 8.3 фактически заморожена — выходят только исправительные релизы. Вся разработка сосредоточена на 8.5. Новый интерфейс: тёмная и светлая темы, векторные иконки вместо растровых, переработанные формы. Визуально — другая эпоха. Под капотом — новые возможности для разработчиков, включая улучшенную поддержку асинхронных вызовов и расширенный API для интеграций.
Связка EDT + платформа 8.5 + AI-ассистент — это заявка на модернизацию всего стека разработки. Впервые за долгое время 1С меняет не только функциональность, но и сам процесс работы. Вопрос — хватит ли качества исполнения.
Честная оценка: где мы сейчас
Если оценивать Напарник по шкале от «бесполезная игрушка» до «незаменимый инструмент», я бы поставил его примерно посередине — «полезный ассистент для рутины с потенциалом роста».
Что хорошо:
- Интеграция в EDT — правильное архитектурное решение. AI должен быть в IDE, а не в отдельном окне.
- Понимание метаданных конфигурации — уникальное преимущество перед универсальными моделями.
- Автодополнение шаблонного кода работает и реально экономит время.
- Бесплатный доступ на период развития — правильная стратегия. Порог входа нулевой.
Что плохо:
- Качество генерации сложного кода — пока слабое. Модель не справляется с нетривиальной бизнес-логикой.
- Закрытая архитектура модели. Непонятно, на каких данных обучена, как обрабатывается контекст, какие ограничения.
- Облачная зависимость. Нет интернета — нет Напарника. Код уходит на серверы 1С — вопрос конфиденциальности.
- Привязка к EDT. Если вы работаете в конфигураторе — Напарник недоступен. А многие разработчики до сих пор в конфигураторе.
- NDA на бета-тестирование. Сообщество не может открыто обсуждать результаты, делиться впечатлениями, сравнивать. Это тормозит обратную связь и развитие.
Что неизвестно:
- Стоимость после окончания бесплатного периода. Если подписка будет стоить как ещё одна лицензия EDT — многие откажутся.
- Скорость улучшения модели. AI-инструменты меняются быстро. То, что слабо сегодня, может стать сильным через полгода. Или остаться слабым.
- Планы по локальной версии. Для крупных заказчиков облачная модель может быть неприемлема по соображениям безопасности.
Заменит ли AI разработчиков 1С
Этот вопрос мне задают постоянно. На конференциях, в чатах, на встречах с заказчиками. Отвечаю одинаково: нет. Не в обозримом будущем. И вот почему.
Разработка 1С — это на 30% написание кода и на 70% понимание бизнес-процессов. Бухгалтер описывает проблему на своём языке. Разработчик переводит это в архитектуру данных, документооборот, движения по регистрам. AI пока не умеет слушать бухгалтера, задавать уточняющие вопросы, выяснять, что на самом деле нужно (а не то, что просят).
Более того, 1С-конфигурации — это не greenfield-проекты. Это живые системы с многолетней историей, костылями, обходными путями, доработками от пяти предыдущих разработчиков. Чтобы внести изменение, нужно понять контекст: почему этот регистр устроен именно так, зачем здесь подписка на событие, что сломается, если убрать эту проверку. Модель видит код. Она не видит историю решений, которые к этому коду привели.
Но AI определённо сделает разработчиков продуктивнее. Рутинные операции — шаблоны, простые запросы, документирование — будут занимать меньше времени. Освободившееся время уйдёт на то, что AI пока не может: анализ требований и подготовку к внедрению, проектирование архитектуры, оптимизацию производительности, общение с пользователями.
Разработчик 1С будущего — не тот, кто быстрее набирает код. А тот, кто лучше понимает бизнес и умеет направлять AI-инструменты в правильное русло. Напарник — первый шаг в этом направлении. О том, почему опытных специалистов 1С катастрофически не хватает, — отдельный разбор в статье про кадровый голод на рынке 1С. Шаг пока неуверенный, но в правильную сторону.
Практические рекомендации
Если вы разработчик 1С и раздумываете, стоит ли пробовать Напарник, — вот мой совет.
- Переходите на EDT, если ещё не перешли. Не ради Напарника — ради Git, рефакторинга, нормальной работы с кодом. Напарник — бонус.
- Попробуйте Напарник на рутинных задачах. Обработчики событий, простые запросы, документирование. Оцените, сколько времени экономите за день. Если больше 15-20 минут — инструмент окупается.
- Не доверяйте сгенерированному коду слепо. Проверяйте каждый фрагмент. Особенно запросы — ошибка в условии соединения может привести к неправильным данным, которые обнаружатся через месяц.
- Используйте универсальные AI-модели параллельно. Claude, GPT-4 — для сложных вопросов, архитектурных решений, поиска багов. Напарник — для потокового кодирования.
- Следите за развитием. AI-инструменты меняются каждый квартал. То, что сегодня работает посредственно, через полгода может стать незаменимым.
1С:Напарник — не революция. Это эволюция. Первая серьёзная попытка 1С интегрировать AI в процесс разработки. Со всеми болезнями первой версии: ограниченной функциональностью, закрытой архитектурой, неопределённостью с ценообразованием. Но направление верное. И если 1С будет итерировать достаточно быстро — через год-два это может стать инструментом, без которого разработчик чувствует себя некомфортно. Как автодополнение в IDE. Как Git. Как то, что сначала кажется необязательным, а потом становится само собой разумеющимся.
Пока же — пробуйте, оценивайте, формируйте мнение. И не забывайте: лучший инструмент разработчика 1С — по-прежнему голова. AI пока только учится быть достойным напарником.
