Cf Init

/cf-init — Создание пустой конфигурации 1С

MCP routing

• Канонической операции создания конфигурации на поверхности нет. Словарь unica.apply правит существующий узел: object.create заводит объект метаданных внутри конфигурации, но самого корня Configuration.xml не создаёт.
• Не зови внутренние адаптеры напрямую: они спрятаны за MCP unica.
• Готовность проверяет unica.check, результат читает unica.view по адресу.

Поэтому корень новой конфигурации формируется файловыми средствами по формату ниже — тем же порядком, каким заводится v8project.yaml (DEC.2026-09-09.PROJECT-CONFIG-IS-HANDWRITTEN):

1. записать Configuration.xml и обязательные Ext/;
2. объявить набор в v8project.yaml и убедиться в допуске: unica.check {};
3. прочитать корень: unica.view {at: "<набор>:Configuration"};
4. дальше объекты заводит unica.apply (object.create, props.set).

Если нужна именно операция создания корня — это пробел контракта Unica MCP; сообщи о нём, а не подменяй его правкой чужой конфигурации.

Примеры

Базовая конфигурация

Поля, которые должен нести записанный файл:

{
  "Name": "МояКонфигурация",
  "Synonym": "Моя конфигурация",
  "OutputDir": "test-tmp/cf"
}

С версией и поставщиком

Поля, которые должен нести записанный файл:

{
  "Name": "TestCfg",
  "Synonym": "Тестовая",
  "Version": "1.0.0.1",
  "Vendor": "Фирма 1С",
  "OutputDir": "test-tmp/cf2"
}

Другой режим совместимости

Поля, которые должен нести записанный файл:

{
  "Name": "TestCfg",
  "CompatibilityMode": "Version8_3_27",
  "OutputDir": "test-tmp/cf3"
}

Верификация

После создания проверь каталог конфигурации через MCP unica read-only инструменты.

Проверить созданную структуру

{
  "jsonrpc": "2.0",
  "method": "tools/call",
  "params": {
    "name": "unica.view",
    "arguments": {
      "at": "main:Configuration"
    }
  }
}

Валидировать XML конфигурации

{
  "jsonrpc": "2.0",
  "method": "tools/call",
  "params": {
    "name": "unica.check",
    "arguments": {
      "at": "<sourceSet>:Configuration"
    }
  }
}