Cursor для 1С: подключить базу и проверять запросы на данных

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

Задача

ИИ Cursor для 1С берут ради скорости: открыл папку с выгруженной конфигурацией, описал доработку, агент пишет. Слабое место видно на первой же проверке. Запрос выглядит верно, но реквизит в вашей конфигурации называется иначе, а виртуальная таблица возвращает пусто, потому что агент не знает, как у вас заполнены данные.

Проверять приходится руками: скопировать текст в консоль запросов, запустить, вернуть ошибку в Cursor. Нужна настройка, при которой агент сам отправляет запрос в базу и видит ответ.

Как это решают обычно

Выгрузка конфигурации в папку проекта. Cursor индексирует файлы и находит процедуры по смыслу. Для понимания кода это очень удобно, но данных в выгрузке нет.

Правила проекта. В правилах Cursor описывают стандарты 1С, порядок имен, запрет запросов в цикле. Качество текста растет заметно, а проверить имя реквизита на живой базе правило не может.

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

Как быстрее

Жёлтый мост подключается к Cursor как MCP-сервер. У агента появляются инструменты: query_1c для чтения языком запросов 1С, write_1c для изменения данных (если на ключе включена запись в ИИ-чатах) и, если к ключу приложена справка по структуре базы, search_sources и read_sources. Агент сначала смотрит имена в справке, затем выполняет запрос и получает строки или текст ошибки с местом. Подробно этот цикл описан в статье Разработка кода 1С с ИИ через Жёлтый мост.

Вопрос к агенту выглядит так: "Найди в справке, где хранятся продажи по менеджерам, напиши запрос за прошлый месяц, выполни его на baza-kopiya и покажи первые пять строк".

Как это сделать

1. Создайте ключ на копию базы и запустите в ней обработку. Второй ключ, если нужен, создайте на рабочую базу в режиме "только чтение": его выбирают при создании ключа, по умолчанию стоит "чтение + запись".

2. Откройте настройки Cursor, раздел с MCP-серверами (в разных версиях он называется по-разному, например MCP или Tools & MCP), и добавьте новый сервер. Укажите адрес из кабинета; если Cursor откроет файл mcp.json, впишите адрес туда, как в пункте 3. Отдельная авторизация не нужна: ключ уже в адресе.

3. Либо положите в корень проекта файл .cursor/mcp.json. В нем раздел mcpServers, внутри по одному серверу на базу: имя, например baza-kopiya, и поле url с адресом из кабинета.

4. Дайте серверам понятные имена и напишите в правилах проекта, на какой базе проверять запросы и что запись на рабочей базе запрещена.

5. Если агент работает не через MCP, а по промту "Для IDE-агентов" командами curl, Cursor будет просить подтвердить каждую команду терминала. Нажимайте "Run" или добавьте curl в список разрешенных команд агента. С MCP этого вопроса нет.

Что знать заранее

• Адрес MCP равнозначен ключу. Файл .cursor/mcp.json с адресами не кладите в общий репозиторий, добавьте его в исключения.
• Оплата идет за каждый подключенный ключ: 81 рубль в сутки, число запросов не ограничено, первые 3 дня бесплатно. За выключенный ключ не списывается ничего, так что ключ копии можно включать только на время доработки.
• Если доработка меняет данные, ключу копии нужен переключатель записи "в т.ч. в ИИ чатах": без него Cursor через MCP не увидит инструмент write_1c, даже если у ключа режим "чтение + запись". Первый раз переключатель включает поддержка по вашему запросу, дальше вы управляете им сами. Даже с ним каждый вызов записи по умолчанию идет пробным прогоном с откатом транзакции, и в чате Cursor видно, какие объекты изменились бы, до того как вы попросите сохранить.
• Права агента ограничены пользователем 1С, под которым запущена обработка: заведите для копии отдельного пользователя без доступа к лишнему. Персональные данные по умолчанию маскируются, история вызовов лежит в журнале кабинета, а "Рубильник" гасит все ключи разом.
• Обработка выполняет запросы к базе по одному. Если агент запустил тяжелую выборку, следующая проверка ждет ее окончания, поэтому эксперименты с большими периодами лучше вести на копии.
• Если выбираете между агентами, сравнение есть в практике Какой ИИ подойдет для команд на компьютере.

Не уверены, как подключается именно ваша база - в 1С:Фреш, в аренде, своя серверная или файловая? Выберите свой случай на главной: покажем, что мешает и что меняет мост.