Инструменты по категориям

Unica в категории метаданных - это Codex-плагин и единый MCP-оркестратор для файлового проекта 1С. Он не работает как live-сервер к базе, а дает агенту формализованные операции над XML-исходниками конфигурации, расширений и отдельных объектов метаданных.

Инструменты по метаданным

unica.project.statusпоказывает состояние рабочего пространства Unica, source set и кэш.
unica.project.mapпоказывает настроенные source sets и эффективный формат исходников.
unica.cf.infoчитает корневой Configuration.xml.
unica.cf.initсоздает пустой XML-каркас конфигурации.
unica.cf.editменяет корневую конфигурацию.
unica.cf.validateвалидирует корневую структуру конфигурации.
unica.cfe.borrow, unica.cfe.diff, unica.cfe.init, unica.cfe.patch_method, unica.cfe.validateоперации с расширениями.
unica.meta.info, unica.meta.compile, unica.meta.edit, unica.meta.remove, unica.meta.validateчтение, создание, изменение, удаление и проверка XML объекта метаданных.
unica.role.info, unica.role.compile, unica.role.validateроли как отдельный слой метаданных.
unica.subsystem.info, unica.subsystem.compile, unica.subsystem.edit, unica.subsystem.validateподсистемы и иерархия.
unica.interface.edit, unica.interface.validateкомандный интерфейс подсистем.

Сильные стороны

широкий набор операций по XML-структуре проекта, включая не только чтение, но и изменение метаданных, ролей, подсистем и командного интерфейса. Хорошо подходит для Codex-сценария, где агент работает с исходниками проекта и должен делать изменения через предсказуемые операции, а не вручную править XML.

Ограничения

это не live-доступ к метаданным базы и не графовый индекс связей уровня Litecode/Metacode. Для анализа связей между объектами и поиска по большой конфигурации лучше дополнять Unica индексным инструментом.

Когда выбирать

когда агент работает в Codex над XML/EDT-исходниками 1С и должен создавать, менять и валидировать метаданные как часть локального сценария разработки.

Unica в категории кодовой базы - это не отдельный LSP и не графовый индексатор. Его роль другая: Codex-плагин дает агенту единый рабочий цикл для поиска, диагностики и изменения 1С-проекта, а специализированные низкоуровневые движки остаются внутренними адаптерами.

Инструменты по кодовой базе

  • unica.code.search - поиск BSL-кода через внутренний адаптер индекса кода.
  • unica.code.diagnostics - запуск BSL diagnostics через внутренний адаптер анализа кода.
  • unica.project.map - карта source sets и форматов проекта перед выбором файлового контура.
  • unica.build.dump, unica.build.load, unica.build.update - синхронизация/сборка проекта вокруг изменения исходников.
  • skills code-search, code-diagnostics, code-review - пользовательский слой Codex для поиска, диагностики и ревью.

Сильные стороны

хорошо ложится на агентский цикл в Codex: найти участок кода, проверить диагностики, изменить артефакты проекта и прогнать build/runtime-контроль через тот же плагин. В поставке закреплены версии внутренних инструментов, поэтому агент не должен вручную выбирать глобальный bsl-analyzer, v8-runner или rlm-tools-bsl.

Ограничения

в публичном MCP-контракте нет отдельного богатого набора для call graph, references, symbol hierarchy и LSP-навигации. Для глубокого исследования большой кодовой базы лучше дополнять Unica специализированным индексатором или LSP-мостом.

Когда выбирать

когда основной сценарий - локальная разработка в Codex с поиском, диагностикой, изменениями и проверкой проекта в одном воспроизводимом рабочем цикле.

Unica учитывается в этой категории как Codex-плагин с skill-слоем по справке платформы и MCP-инструментами для стандартов. Это не специализированный .hbk-сервер уровня BSL Context: его сильная сторона - встроить справку и стандарты в общий сценарий разработки.

Инструменты по справке платформы и BSL

  • skill platform-help - сценарий обращения к справке платформы в рамках работы Codex над 1С-проектом.
  • unica.standards.search - поиск по стандартам 1С через внутренний адаптер стандартов.
  • unica.standards.explain - объяснение стандартов или диагностик через тот же адаптер.

Сильные стороны

справка и стандарты доступны рядом с операциями изменения проекта, диагностики и сборки. Это удобно, когда агент не просто отвечает на вопрос, а должен применить правило в текущей доработке.

Ограничения

нет отдельной структурной навигации по members/constructors, карточкам API и версиям платформы. Для точного локального API-справочника лучше использовать специализированные .hbk-серверы.

Когда выбирать

когда справка и стандарты нужны внутри рабочего цикла Codex, а не как отдельный автономный справочник платформы.

Unica в категории форм дает агенту файловый сценарий работы с формами внутри Codex. Это не live EDT-host и не отдельный сервер схем, а набор операций над управляемым Form.xml и связанными метаданными проекта.

Инструменты по категории

  • unica.form.add - добавляет метаданные и файлы управляемой формы.
  • unica.form.compile - компилирует Form.xml из JSON DSL или метаданных.
  • unica.form.edit - меняет элементы, реквизиты и команды управляемой формы.
  • unica.form.info - читает структуру управляемой формы.
  • unica.form.remove - удаляет форму и регистрацию.
  • unica.form.validate - валидирует Form.xml.
  • skill form-patterns - паттерны управляемых форм.

Сильные стороны

закрывает полный локальный цикл формы: создать, прочитать, изменить, скомпилировать и проверить. Хорошо подходит для XML/EDT-исходников, когда агент работает в Codex и должен делать воспроизводимые изменения без живой EDT-сессии.

Ограничения

нет live preview формы и нативного редактора форм EDT. Для визуального контроля или screenshot-сценариев нужны другие инструменты.

Когда выбирать

когда формы меняются как часть файлового проекта 1С и нужен исполняемый Codex-сценарий с валидацией.

Unica в категории проверки кода - это проверочный контур внутри Codex-плагина. Он не вводит собственный новый язык диагностик, а объединяет диагностику кода, операции сборки/runtime и skills, чтобы агент мог проверять изменения в том же рабочем цикле, в котором он их делает.

Инструменты по проверке кода

  • unica.code.diagnostics - запускает BSL diagnostics через внутренний адаптер анализа кода.
  • unica.build.load, unica.build.update, unica.build.run - контроль сборки и runtime после изменений.
  • unica.runtime.execute - типизированные сценарии v8-runner, включая операции проверки, сборки и запуска в общем runtime-контуре.
  • skills code-diagnostics, code-review, cf-validate, cfe-validate, meta-validate, form-validate, skd-validate, mxl-validate, role-validate, subsystem-validate, interface-validate - прикладные проверки по типам артефактов.

Сильные стороны

проверка встроена в общий локальный рабочий цикл Codex: агент может изменить артефакт, валидировать его, запустить диагностику и сборочный контур без ручной сборки команд.

Ограничения

если нужен независимый статический анализатор с полной базой правил, SARIF/JSONL и LSP diagnostics, базовым выбором остается BSL Analyzer или BSL Language Server. Unica сильнее как оркестратор проверок вокруг конкретной доработки.

Когда выбирать

когда агент работает через Codex и нужно связать диагностику, validate-операции, сборку и runtime-контроль в одном воспроизводимом цикле.

Формат

Codex-плагин с skills, .mcp.json, релизным пакетом и единым MCP-сервером unica.

Состав

50+ skills по практическим операциям 1С-разработки, один публичный MCP-сервер unica, внутренние адаптеры для BSL-анализа, сценарии v8-runner, rlm-tools-bsl и стандарты.

Unica - самый интегрированный вариант для Codex: это не просто набор markdown-навыков, а устанавливаемый плагин, который приносит skills и исполняемый слой вместе. Skills описывают прикладные операции 1С-разработчика, а плагин дает агенту формализованные операции над проектом.

Skills по группам

ГруппаSkills / операции
Конфигурация и расширенияcf-info, cf-init, cf-edit, cf-validate, cfe-init, cfe-borrow, cfe-diff, cfe-patch-method, cfe-validate
Метаданныеmeta-info, meta-compile, meta-edit, meta-remove, meta-validate
Формыform-add, form-compile, form-edit, form-info, form-patterns, form-remove, form-validate
СКД, MXL, ролиskd-info, skd-compile, skd-edit, skd-validate, mxl-info, mxl-compile, mxl-decompile, mxl-validate, role-info, role-compile, role-validate
Подсистемы и интерфейсsubsystem-info, subsystem-compile, subsystem-edit, subsystem-validate, interface-edit, interface-validate
EPF/ERF и runtimeepf-bsp-init, epf-bsp-add-command, v8-runner, db-auth-check, web-test
Код и методикаcode-search, code-diagnostics, code-review, query-optimize, platform-help, bsp-patterns, test-authoring
Прикладные сценарииapi-design, integration-implement, log-analysis, data-exchange, db-performance, security-auth-crypto, data-separation, release-support, background-jobs

Сильные стороны

один устанавливаемый Codex-плагин объединяет инструкции, закрепленный набор инструментов и сценарии сборки/проверки. Агенту не нужно отдельно угадывать, какие скрипты или внешние backend-сервисы использовать для типовой операции.

Ограничения

это поставка в первую очередь для Codex. Для Cursor или Claude Code без механики Codex-плагинов удобнее будут отдельные skills/rules-наборы. Для полного runtime-сценария все равно нужны локальная платформа 1С и проектная настройка v8project.yaml.

Когда выбирать

когда основной агент - Codex и нужен не просто набор правил, а единая устанавливаемая оснастка для 1С-разработки с MCP-операциями и закрепленным набором инструментов.

Unica в этой категории полезна как рабочий слой, где стандарты и методические материалы подключены к практической разработке. Это не отдельная база знаний только по стандартам, а часть Codex-плагина для 1С.

Инструменты по категории

  • unica.standards.search - поиск по стандартам 1С через внутренний адаптер стандартов.
  • unica.standards.explain - объяснение стандарта или диагностики.
  • skill platform-help - справка платформы рядом с задачей разработки.
  • skills bsp-patterns, code-review, query-optimize, api-design, integration-implement, security-auth-crypto, data-separation - методические сценарии для типовых задач 1С-разработки.

Сильные стороны

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

Ограничения

если нужен самостоятельный поисковик только по v8std или локальный структурированный справочник strict typing/coding guidelines, специализированные серверы прозрачнее и уже.

Когда выбирать

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

Что учитывать

ПодключениеCodex plugin; один публичный stdio MCP-сервер unica; skills для Codex; релизные пакеты для darwin-arm64, linux-x64, win-x64; встроенные инструменты запускаются через checksum-обертки.
Что нужноCodex CLI; установленный плагин Unica; для реальных операций с базами и конфигурациями - установленную платформу 1С; для Windows-сценариев - PowerShell; для macOS/Linux MCP-сценариев - shell-окружение; проектный контекст v8project.yaml для build/runtime workflow.
Важнопубличный MCP-контракт специально сведен к одному серверу unica; bsl-analyzer, v8-runner, rlm-tools-bsl, rlm-bsl-index, unica и удаленный v8std endpoint используются как внутренние адаптеры. Низкоуровневые бинарники не хранятся в репозитории: GitHub Actions собирает marketplace-архивы для каждой платформы и подкладывает закрепленные версии из third-party/tools.lock.json. Набор содержит инструменты, которые меняют XML-исходники, формы, роли, СКД, шаблоны, подсистемы, сборку и runtime-контур, поэтому для боевого проекта нужны контроль diff, dry-run/confirm и отдельная проверка результата.