Давайте начнём сразу с небольшой провокации.

Программисты 1С — приготовьтесь.

Почему — я расскажу чуть позже. А пока посмотрим на результат того, что получилось сделать.

Поиск данных в 1С через кодового агента

Итак, у нас есть Claude Code. Давайте зададим ему простой вопрос:

Найди мне все вентиляторы в 1С.

По сути, это кодовый агент, к которому подключён MCP-сервер. Посмотрим, что он делает.

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

Тем не менее, результат получаем:

  • система нашла все вентиляторы в базе;

  • вернула 11 позиций.

Это типовая демонстрационная база “Управление торговлей”.

Получение остатков товаров

Теперь попросим систему:

Показать остатки по найденным позициям.

В этот момент задействуется ещё одна функция. Мы подключаем 1С напрямую к агенту, после чего появляется возможность задавать вопросы прямо по базе данных.

Например:

  • какая есть номенклатура;

  • остатки товаров организаций;

  • различные виды отчётов.

После запроса формируется отчёт по остаткам, и система возвращает всю необходимую информацию.

Что это вообще такое

По сути, получился AI-агент, к которому подключён MCP-сервер с полностью универсальными отчётами.

Как это работает:

  • агент сам формирует фильтры для отчётов;

  • он сам решает, какой отчёт нужно вызвать;

  • он сам передаёт параметры;

  • после получения отчёта из 1С анализирует данные и выдаёт результат.

Например:

  • можно запросить остатки по конкретной позиции;

  • можно получить остатки по конкретному контрагенту;

  • можно запросить задолженности или другие данные.

Система сама подбирает нужный отчёт и формирует параметры.

Структура проекта

Вот как выглядит проект.

В нём есть:

  • расширение MCP для 1С

  • тесты для проверки расширения

  • описание проекта

  • небольшая документация

Также в Claude подключены различные skills для работы с 1С.

Самое интересное: код я не писал

Теперь главный момент.

Я не написал ни одной строки кода.

Единственное, что было сделано:

  1. Взял базу 1С.

  2. Создал пустое расширение.

  3. Выгрузил его в папку в виде XML-файлов.

После этого я:

  • создал skill для Claude, который умеет:

    • загружать расширение в конфигуратор;

    • применять его к базе;

    • проверять результат.

Затем:

  • база была опубликована на веб-сервере;

  • Claude получил адрес публикации.

И после этого вся работа происходила только через запросы.

Например:

  • сделай это;

  • сделай то;

  • добавь такую функцию.

Как происходила разработка

Claude выполнял полный цикл разработки:

  1. создавал код;

  2. загружал изменения в базу;

  3. автоматически применял расширение;

  4. перезапускал Apache;

  5. тестировал работу MCP-сервера;

  6. исправлял ошибки.

Таким образом, буквально за один день был написан MCP-сервер.

Что умеет созданный MCP-сервер

Сервер умеет:

  • автоматически выбирать нужный отчёт;

  • передавать в него параметры;

  • анализировать результаты.

Для поиска используется нечёткий поиск через эмбеддинги.

Были сделаны:

  • индекс номенклатуры

  • индекс контрагентов

Это позволяет писать запросы обычным человеческим языком.

Например:

Дай остатки по 901 вентиляторам.

Агент:

  1. понимает, что речь о вентиляторах;

  2. находит нужные модели;

  3. формирует отчёт;

  4. возвращает агрегированные данные.

Не нужно вводить точное название номенклатуры, как это делается в некоторых демонстрациях.

Сколько кода написал агент

Если посмотреть на код:

  • 5 строк BSL

  • 43 экспортных функции API MCP

  • 1 HTTP-сервис

  • несколько общих модулей

HTTP-сервис я сделал только один раз — чтобы база была опубликована и можно было проверить, что она работает.

В нём просто есть GET-запрос, который возвращает тестовый результат.

Всё остальное писал Claude.

Архитектура решения

В проекте появились следующие модули:

Ядро работы с отчётами СКД

Основной механизм вызова отчётов.

MCP-сервер

Сначала был написан базовый сервер, после чего он начал расширяться.

Модуль индексации контрагентов

  • строит индекс

  • обеспечивает нечёткий поиск через эмбеддинги

Модуль индексации номенклатуры

Аналогичный модуль для товаров.

Универсальный модуль отчётов

Он:

  • вызывает отчёты через СКД

  • передаёт параметры

  • знает, какие параметры есть у каждого отчёта

Как проходила работа с кодом

Агент:

  • находил нужные файлы в расширении

  • изменял их

  • загружал в конфигуратор

  • применял

  • тестировал

  • снова изменял

Он также задавал вопросы о том, как должна работать система.

Я выступал скорее как архитектор, который направляет разработку.

Насколько хороший получился код

Если посмотреть на результат — код написан достаточно неплохо.

Но важно понимать:

  • я знаю архитектуру

  • я знаю, как правильно строить такие системы

Поэтому я давал много наводящих подсказок:

  • как организовать модули

  • как строить архитектуру

  • какие паттерны использовать

Но большая часть кода написана полностью Claude.

Куда можно развивать систему

Сейчас MCP-сервер получился достаточно универсальным, но есть направления развития.

Например, иногда агент выбирает не самый подходящий отчёт.

Это можно улучшить:

  • сделать отдельный инструмент для каждого отчёта

  • подробно описать:

    • что делает инструмент

    • какие параметры принимает

Возможные расширения

Дальше можно добавить:

  • формирование заказов голосом

  • подключение к любому кодовому агенту

  • запуск внутри корпоративного контура

Это важно, потому что тогда данные не покидают предприятие.

Почему это важно для 1С

Если вы думаете, что такие технологии ещё не скоро затронут 1С, то это прямое доказательство обратного.

В данном эксперименте:

  • весь код написал кодовый агент

  • человек выполнял только:

    • архитектурную роль

    • настройку среды

    • постановку задач

Что происходит в других языках

В других экосистемах это уже активно развивается.

Например, в Python:

  • кодовые агенты уже пишут большую часть кода;

  • разработчик выступает как архитектор и ревьюер.

Он:

  • проверяет код

  • утверждает изменения

  • принимает решение о добавлении в основной проект.

Будущее разработки в 1С

Остаётся открытый вопрос:

будут ли подобные подходы развиваться в экосистеме 1С?

Конечно, с расширениями работать проще:

  • их легче выгружать

  • легче загружать обратно

А вот с полноценными конфигурациями и формами всё может быть сложнее.

Но современные кодовые агенты:

  • имеют огромный контекст

  • становятся всё умнее

И они уже могут:

  • выступать помощниками разработчика

  • значительно ускорять разработку

Итог

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

В других языках и экосистемах это развивается очень активно.

Вполне возможно, что в будущем модель разработки будет выглядеть так:

  • код пишет агент

  • архитектор направляет процесс

  • разработчик контролирует качество

Оцените post