feat(meta-compile,meta-decompile): условный профильный StandardAttributes для Catalog (v1.16/v0.3)

Раундтрип-находка (класс-2 + новый DSL-блок). Правило платформы, выведенное из корпуса
(1596/1640 каталогов) и подтверждённое синтетикой: блок <StandardAttributes> материализуется
ТОЛЬКО при кастомизации ≥1 стандартного реквизита; 0 all-default блоков, 44 голых без блока.
При материализации платформа заполняет характеристический профиль (Owner{FC=ShowError,FFV=true},
Parent{FFV=true}, Description{FC=ShowError}), не зависящий от иерархии/владельца.

Было: meta-compile писал блок ВСЕГДА единым all-default шаблоном (неверные пер-атрибутные
дефолты) → ADDED-блок у 44 голых + потеря профиля/кастомизаций у 1596.

Стало:
- meta-compile (дуал-порт): блок эмитится только при наличии DSL-ключа `standardAttributes`
  (map реквизит→{synonym,fillChecking,fillFromFillingValue,fullTextSearch,dataHistory}); база =
  профиль типа (stdAttrProfile), поверх — override. Emit-StandardAttribute параметризован (ov).
  Эмиттер общий (Emit-StandardAttributesProfiled $type) — подключён только Catalog; прочие 13
  типов пока на старом безусловном пути (мигрируем при их пилоте).
- meta-decompile: захват `standardAttributes` как отклонений от профиля (блока нет → ключ опущен).
- spec meta-dsl-spec.md v2.2: раздел 7.1.1 (правило, профиль, формат).
- тест-кейс catalog-standard-attributes (профиль + override synonym + Code.fillChecking).

Валидация: byte-match блока на синтетике; полный прогон −27k строк (474339→447285), обвал
cascade ADDED 11538→1242; регресс 34/34 (ps+py); 1С-cert снэпшотов зелёный.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

docs/meta-dsl-spec.md

@@ -1,6 +1,6 @@
 # Meta DSL — спецификация JSON-формата для объектов метаданных 1С
 
-Версия: 2.1
+Версия: 2.2
 
 ## Обзор
 
@@ -224,9 +224,45 @@ JSON DSL для описания объектов метаданных конф
 | `dataLockControlMode` | `Automatic` | DataLockControlMode |
 | `fullTextSearch` | `Use` | FullTextSearch |
 | `owners` | `[]` | Owners |
+| `standardAttributes` | *(ключа нет → блок опущен)* | StandardAttributes |
 | `attributes` | `[]` | → Attribute в ChildObjects |
 | `tabularSections` | `{}` | → TabularSection в ChildObjects |
 
+#### 7.1.1 `standardAttributes` — кастомизация стандартных реквизитов
+
+Блок `<StandardAttributes>` платформа материализует **только когда пользователь кастомизировал хотя бы один стандартный реквизит** (Наименование/Код/Владелец/…). Ни иерархия, ни владелец, ни предопределённые сами по себе блок не создают. В DSL это выражается **наличием ключа `standardAttributes`**:
+
+- **Ключа нет** → блок не эмитится (обычный каталог: Наименование, Код, Владелец и т.д. остаются платформенными по умолчанию).
+- **Ключ есть** (даже пустой `{}`) → эмитится полный блок из всех стандартных реквизитов с **профилем материализованного блока**, поверх которого накладываются заданные переопределения.
+
+Формат: `standardAttributes` — объект `{ ИмяРеквизита: { переопределения } }`. Имена реквизитов — как в XML: `PredefinedDataName`, `Predefined`, `Ref`, `DeletionMark`, `IsFolder`, `Owner`, `Parent`, `Description`, `Code`.
+
+Переопределяемые поля реквизита: `synonym` (строка → `<xr:Synonym>` ru), `fillChecking` (`DontCheck`|`ShowError`|`ShowWarning`), `fillFromFillingValue` (bool), `fullTextSearch` (`Use`|`DontUse`), `dataHistory` (`Use`|`DontUse`).
+
+**Профиль материализованного блока** (значения, которые платформа заполняет автоматически — задавать их в DSL не нужно):
+
+| Реквизит | Профильные значения |
+|----------|--------------------|
+| `Owner` | fillChecking=`ShowError`, fillFromFillingValue=`true` |
+| `Parent` | fillFromFillingValue=`true` |
+| `Description` | fillChecking=`ShowError` |
+| остальные | schema-дефолт (fillChecking=`DontCheck`, fillFromFillingValue=`false`, …) |
+
+В `standardAttributes` указывают **только отклонения** от профиля (переопределение синонима, нетиповой fillChecking и т.п.).
+
+```json
+{
+  "type": "Catalog", "name": "Контрагенты",
+  "standardAttributes": {
+    "Description": { "synonym": "Наименование контрагента" },
+    "Code": { "fillChecking": "ShowError" }
+  }
+}
+```
+Здесь эмитится блок: `Owner`/`Parent`/`Description` получают профиль автоматически; `Description` — ещё и заданный синоним; `Code` — `fillChecking=ShowError` поверх дефолта.
+
+> Пока поддержано для **Catalog**. У прочих типов объектов — свои стандартные реквизиты и профили (будут добавлены при их проработке).
+
 ### 7.2 Document
 
 | Поле JSON | Умолчание | XML элемент |