Разбор от сообщества: 1С + Cursor + MCP: полный цикл разработки без ручной работы

28 августа 2026 · infolimp.ru

Контекст и ситуация

Идея выглядит элегантно: разработчик формулирует задачу на естественном языке в Cursor (IDE на базе VS Code с ИИ), нейросеть генерирует код на 1С, а MCP-сервер (Model Context Protocol) через HTTP-запросы применяет изменения к файлам конфигурации, запускает обновление метаданных и даже выполняет тесты. В статье на Infostart приведён работающий прототип — это не вымысел.

Ключевой тезис: MCP — это не API для 1С. Это протокол, который позволяет LLM (Large Language Model) «видеть» структуру конфигурации и вызывать внешние инструменты. Без MCP нейросеть слепа: она не знает, какие справочники есть в базе, и генерирует код «вслепую».

Технический разбор: как это работает под капотом

Автор статьи использует HTTPСоединение для отправки команд на REST-сервис, встроенный в 1С. MCP-сервер — это посредник, который транслирует запросы от Cursor к 1С. Рассмотрим типовой сценарий: генерация документа «Поступление товаров».

// Псевдокод MCP-сервера на 1С (реализация через HTTPСервис)
Функция ОбработатьКоманду(Команда, Параметры) Экспорт
    
    Если Команда = "СоздатьДокумент" Тогда
        
        Док = Документы.ПоступлениеТоваровУслуг.СоздатьДокумент();
        Док.Дата = ТекущаяДата();
        Док.Организация = Справочники.Организации.НайтиПоНаименованию(Параметры.Организация);
        Док.Контрагент = Справочники.Контрагенты.НайтиПоНаименованию(Параметры.Контрагент);
        
        Для Каждого Строка Из Параметры.Товары Цикл
            НоваяСтрока = Док.Товары.Добавить();
            НоваяСтрока.Номенклатура = Справочники.Номенклатура.НайтиПоКоду(Строка.Код);
            НоваяСтрока.Количество = Строка.Количество;
            НоваяСтрока.Цена = Строка.Цена;
        КонецЦикла;
        
        Док.Записать(РежимЗаписиДокумента.Проведение);
        
        Возврат Док.Ссылка;
        
    КонецЕсли;
    
КонецФункции

Проблема №1: нейросеть не знает структуру вашей конфигурации. В статье автор решает это через «контекстный файл» — выгрузку метаданных в JSON. Но если у вас 200 справочников и 500 документов, контекст перестаёт помещаться в окно Cursor (лимит токенов). Решение — MCP-сервер должен сам выполнять поиск по метаданным:

// Запрос к MCP-серверу: найти реквизит "Организация" у документа "ПоступлениеТоваровУслуг"
// MCP-сервер возвращает JSON:
{
    "Метаданные": {
        "Документ": "ПоступлениеТоваровУслуг",
        "Реквизиты": ["Организация", "Контрагент", "Склад"],
        "Типы": {
            "Организация": "СправочникСсылка.Организации",
            "Контрагент": "СправочникСсылка.Контрагенты"
        }
    }
}

Три подводных камня, которые сломают ваш конвейер

1. MCP-сервер не знает о блокировках и транзакциях

Cursor генерирует код последовательно: создал документ, записал, провёл. Но если два разработчика одновременно отправляют команды через MCP, возникает классическая проблема — взаимоблокировка (deadlock). В статье нет ни слова об управлении транзакциями.

Предупреждение: MCP-сервер должен работать в однопоточном режиме или использовать явные блокировки через ЗаблокироватьДанные(). Иначе «полный цикл без ручной работы» превратится в «полный цикл без данных».

2. LLM галлюцинирует имена методов

Cursor (на базе GPT-4o или Claude) часто выдумывает несуществующие методы. Например, вместо НайтиПоНаименованию может сгенерировать НайтиПоИмени или ПолучитьПоНаименованию. MCP-сервер должен перехватывать такие ошибки и возвращать корректный синтаксис.

// Типичная галлюцинация Cursor:
Организация = Справочники.Организации.НайтиПоИмени("Ромашка"); // ОШИБКА: метода нет

// MCP-сервер должен исправить:
Организация = Справочники.Организации.НайтиПоНаименованию("Ромашка");

3. Проблема обратной совместимости

Если вы используете Библиотеку стандартных подсистем (БСП), нейросеть может сгенерировать код, который конфликтует с обработчиками событий. Например, при записи документа срабатывает ОбработкаПроведения, который изменяет движения. Cursor этого не видит — он оперирует только метаданными, а не бизнес-логикой.

Практическое руководство: что делать прямо сейчас

Чек-лист внедрения MCP-сервера

1. Создайте HTTPСервис в конфигурации 1С с методами: СоздатьДокумент, НайтиСправочник, ВыполнитьЗапрос.
2. Реализуйте валидацию — MCP-сервер должен проверять, что переданные реквизиты существуют в метаданных.
3. Добавьте логирование — каждая команда должна записываться в журнал регистрации с указанием, кто вызвал (IP-адрес Cursor).
4. Ограничьте права — MCP-сервер должен работать под пользователем с правами только на чтение/запись, без права изменения конфигурации.

Типичные ошибки

• Ошибка: Использование Новый HTTPСоединение без указания таймаута. Решение: Установите таймаут 30 секунд — LLM может долго думать.
• Ошибка: Передача пароля в открытом виде. Решение: Используйте ЗащищенноеСоединениеOpenSSL и храните учётные данные в менеджере паролей ОС.
• Ошибка: MCP-сервер не обрабатывает исключения. Решение: Оберните каждый вызов в Попытка/Исключение и возвращайте структурированную ошибку в JSON.

Выводы: стоит ли игра свеч?

Связка 1С + Cursor + MCP — это не «серебряная пуля», а эффективный инструмент для рутинных задач: создание типовых документов, заполнение справочников, генерация отчётов по шаблону. Для сложной бизнес-логики (расчёт зарплаты, партионный учёт) нейросеть пока бесполезна — она не понимает контекст и генерирует код, который невозможно отладить.

Резюме для редакции: Статья на Infostart — отличный прототип, но не руководство к действию. Если вы решите внедрить MCP, начните с изолированного контура разработки (не на рабочей ИБ) и обязательно добавьте «человека в цикле» для проверки сгенерированного кода. Полный цикл без ручной работы — это цель, к которой мы пока только приближаемся.

Статья подготовлена на основе материалов сообщества Infostart и собственного опыта редакции «1С Обозрение».