Other formats agents might prefer:
markdownjsonllms.txt

Agent? You probably want markdown or json, or Pod over MCP.

Reported issues for mcp-1c-platform-tools

Pod holds 14 of 14 problems reported by people outside the maintainer team. Issues filed by the project's own owners, members and collaborators are excluded entirely — a maintainer's release checklist is not a warning to a prospective user.

Back to mcp-1c-platform-tools.

Most discussed

Профили тестирования init и smoke в 1cpt

Запрос

Явные пресеты тестирования в расширении 1c-platform-tools:

Профиль settings VAParams Назначение
init vrunner.init.json VAParams.init.json @FirstStart, первичная инициализация ИБ
smoke/bdd env.json VAParams.json основной прогон CI

Зачем

Сейчас переключение между init и smoke требует ручной передачи settingsFile в MCP; при ошибке (см. #test_vanessa) агент запускает не тот набор сценариев.

Read the thread · 2026-06-18 · closed · 2 comments

testing_configure: реализовать wait: true

Проблема

Параметр wait: true для testing_configure не поддерживается — агент не может синхронно дождаться завершения настройки тестового профиля и получить результат.

Ожидаемое поведение

При wait: true MCP блокируется до завершения операции и возвращает статус (успех/ошибка, вывод).

Зачем

Без синхронного режима агент вынужден угадывать готовность профиля или дублировать настройку через CLI.

Read the thread · 2026-06-18 · closed · 2 comments

Добавить MCP-команду для vrunner run

Запрос

Добавить инструмент Test API для запуска внешних обработок/отчётов через vrunner run, аналог:

vrunner run --command "Путь=./fixtures/Константы.xml;ЗавершитьРаботуСистемы" --execute ./src/epf/ЗагрузкаФикстур/ЗагрузкаФикстур.epf --settings tools/vrunner.init.json

Предлагаемый интерфейс

run_enterprise (или аналог) с параметрами:

  • execute — путь к EPF/ERF
  • command — строка параметров /C
  • settingsFile — опционально
  • wait — дождаться завершения и вернуть

Read the thread · 2026-06-18 · closed · 2 comments

test_vanessa: передавать settingsFile в vrunner

Проблема

При вызове MCP-инструмента test_vanessa с параметром settingsFile (например, tools/vrunner.init.json) запуск всё равно идёт через основной профиль из env.jsonVAParams.json.

В результате отбираются smoke-сценарии вместо init-сценариев с тегом @FirstStart.

Ожидаемое поведение

MCP должен передавать указанный settingsFile в vrunner vanessa --settings <file>, чтобы отбор сценариев и параметры IB соответствовали выбранному профилю.

Контекст

Проект: 1С:ERP 2,

Read the thread · 2026-06-18 · closed · 2 comments

[FEATURE] Добавить больше информации для агентов в результатах выполнения команд MCP сервера

Связано ли предложение с проблемой?

Курсор не видит полную информацию о проблемах при сборке внешней обработки (на cf, cfe не проверял. но думаю та же ситуация)

Описание желаемого решения

Нужно дать больше информации агенту

Описание альтернатив

Сейчас Курсор решил что ему проще использовать команды vrunner напрямую

Дополнительная информация

Ниже текст запроса от самого Курсора (Opus 4.7)

Запрос в адрес разработчиков плагина mcp-1c-platform-tools

Сервер: `project-0-QWEP1.0-

Read the thread · 2026-04-28 · closed · external user · 2 comments

Документация: конфиг Cursor с версией в пути протухает, pathsOverride для src/ert

Два пробела в документации, найденные на живых окружениях

1. Конфиг Cursor с версией расширения в пути

README рекомендует прописывать в mcp.json путь вида ...\yellow-hammer.mcp-1c-platform-tools-0.1.8-universal\out\src\index.js. При каждом обновлении расширения каталог меняет имя, конфиг молча протухает, и сервер падает с MODULE_NOT_FOUND (живой инцидент: глобальный конфиг указывал на 0.1.8 при установленной 0.1.9). Кнопка-ссылка «Add to Cursor» зашивает тот же путь.

Что сделать: о

Read the thread · 2026-07-26 · closed · 1 comment

Показывать применённый контекст выполнения и отброшенные параметры

Контекст

Все инструменты принимают общую схему параметров (projectPath, settingsFile, ibConnection, pathsOverride), но применимость параметра зависит от команды, а в расширении поверх вызова действуют глобальный активный профиль запуска и временные параметры окружения. В ответе инструмента этого контекста нет — только «Успех» и время, поэтому переданный settingsFile или ibConnection может не примениться, и заметить это по ответу нельзя.

Смежные задачи в расширении: yellow-ha

Read the thread · 2026-07-26 · closed · 1 comment

Фильтровать список инструментов: не публиковать UI-команды расширения

Проблема

handleListCommands на стороне расширения возвращает все команды 1c-platform-tools.* (около сотни, включая чисто интерфейсные: metadata.*, projects.*, todo.*, focus*, tools.configure*), и MCP-сервер регистрирует каждую как инструмент.

Последствия:

  • контекст агента раздувается десятками инструментов, которые ему бесполезны (открытие панелей, навигация по дереву);
  • часть опубликованных инструментов при вызове с wait: true гарантированно вернёт «не поддерживает w

Read the thread · 2026-07-16 · closed · 1 comment

Most recent

build_externalProc: pathsOverride и конвенция src/epf

Проблема

build_externalProc по умолчанию ориентирован на src/epf и складывает артефакт в build/out/epf.

Обработки в tools/epf без pathsOverride.epf не попадают в сборку — это неочевидно из UI/документации.

Предложение

  1. Документировать в README MCP: каталог исходников EPF, pathsOverride, каталог выходных .epf.
  2. Опционально: предупреждение, если в проекте есть tools/epf/**/*.xml, но pathsOverride не задан.

Контекст

Проект мигрировал EPF в src/epf по конвенции

Read the thread · 2026-06-18 · closed · 1 comment

[FEATURE] Добавить больше информации для агентов в результатах выполнения команд MCP сервера [Дубль]

Связано ли предложение с проблемой?

Курсор не видит полную информацию о проблемах при сборке внешней обработки (на cf, cfe не проверял. но думаю та же ситуация)

Описание желаемого решения

Нужно дать больше информации агенту

Описание альтернатив

Сейчас Курсор решил что ему проще использовать команды vrunner напрямую

Дополнительная информация

Ниже текст запроса от самого Курсора (Opus 4.7)

Запрос в адрес разработчиков плагина mcp-1c-platform-tools

Сервер: `project-0-QWEP1.0-

Read the thread · 2026-04-28 · closed · external user · 0 comments

[FEATURE] Добавить больше информации для агентов в результатах выполнения команд MCP сервера [Дубль]

Связано ли предложение с проблемой?

Курсор не видит полную информацию о проблемах при сборке внешней обработки (на cf, cfe не проверял. но думаю та же ситуация)

Описание желаемого решения

Нужно дать больше информации агенту

Описание альтернатив

Сейчас Курсор решил что ему проще использовать команды vrunner напрямую

Дополнительная информация

Ниже текст запроса от самого Курсора (Opus 4.7)

Запрос в адрес разработчиков плагина mcp-1c-platform-tools

Сервер: `project-0-QWEP1.0-m

Read the thread · 2026-04-28 · closed · external user · 0 comments

[BUG] Exceeds maximum limit of 100 tools (Antigravity MCP Server integration block)

Описание проблемы При попытке подключить mcp-1c-platform-tools к AI-редактору (Antigravity), MCP-сервер отклоняется системой из-за жесткого ограничения на количество предоставляемых инструментов (Tools). Редактор выдает следующую ошибку при добавлении сервера: Error: adding this instance with 143 enabled tools would exceed max limit of 100

Поскольку сервер "из коробки" отдает 143 инструмента, ИИ-агенты, имеющие лимит в 100 инструментов на один MCP-сервер, физически не могут инициализировать раб

Read the thread · 2026-03-04 · closed · external user · 1 comment

[FEATURE] запуск тестов

Связано ли предложение с проблемой?

Запускать тесты для Pipeline

https://github.com/yellow-hammer/vscode-1c-platform-tools/issues/81

Read the thread · 2026-02-28 · closed · 0 comments

[FEATURA] Интеграция с 1c-platform-tools

Обеспечить запуск команд по идентификаторам расширения

https://github.com/yellow-hammer/vscode-1c-platform-tools

Включить в манифесте в блок extensionDependencies -> vscode-1c-platform-tools

Read the thread · 2026-02-17 · closed · 1 comment

The remaining reports are on the project's issue tracker.