Codex/preserve legacy registry and config fallback

[den317]

Зачем
PR сохраняет обратную совместимость обновления FMT с уже существующими пользовательскими инсталляциями. Он закрывает два случая, когда новая версия шаблона формально устанавливается успешно, но затем может:

• потерять рабочие продукты при построении current/active-wp.md, если реестр создан по прежней схеме;
• прочитать устаревшую конфигурацию Day Open, если в governance-репозитории одновременно существуют старый и новый пути.

Изменения не требуют миграции пользовательских данных и не меняют поведение актуальных инсталляций.

Что изменено

1. build-active-wp.py читает реестр по заголовкам колонок
Сейчас парсер рассчитывает на шестиколоночную таблицу с фиксированным порядком полей. Однако у обновляемых инсталляций встречаются исторические формы WP-REGISTRY.md:

• минимальная таблица # | Название | Статус;
• те же поля в другом порядке;
• прежние заголовки Приоритет, Статус, Репозиторий или Репозитории;
• идентификаторы WP-33, WP-9-r3 и WP-1.2.

PR определяет обязательные поля по заголовку таблицы, нормализует известные синонимы и формирует active-wp.md в каноническом порядке. Если заголовок не распознан, сохраняется прежний позиционный fallback.

Практический эффект: после обновления старый реестр продолжает работать без ручной миграции, а РП не исчезают молча из активного списка из-за иной схемы таблицы.

Добавлены четыре регрессионных сценария:

• переставленные колонки;
• минимальный старый реестр;
• идентификатор с префиксом WP-;
• идентификаторы ревизий WP-9-r3 и WP-1.2.

2. Day Open предпочитает актуальный путь конфигурации
В действующих инсталляциях конфигурация может находиться в двух местах:
-актуальный путь: /day-rhythm-config.yaml;

• прежний путь: /exocortex/day-rhythm-config.yaml.

PR сначала проверяет актуальный путь и только при отсутствии файла использует прежний.

Практический эффект:

• новые установки читают актуальную конфигурацию;
• старые установки продолжают работать без миграции;
• если оба файла существуют, Day Open не выбирает незаметно устаревшую копию из exocortex/.

Изменение внесено одновременно в платформенный сценарий и его seed-копию.

Почему изменения объединены
Оба исправления относятся к одному классу совместимости: обновление FMT должно работать поверх исторической пользовательской структуры данных и путей, не требуя подготовительной ручной миграции. Патч ограничен пятью файлами и не вводит новый публичный контракт.

Проверка
Четыре регрессионных сценария test_build_active_wp_registry_columns.py пройдены.

bash -n scripts/day-open-scaffold.sh seed/strategy/scripts/day-open-scaffold.sh.

Платформенная и seed-копия day-open-scaffold.sh совпадают, кроме обязательного заголовка SNAPSHOT.

IWE_TEMPLATE="$PWD" bash scripts/tests/validate_manifest_coverage.sh.

bash scripts/validate-fmt-scripts.sh scripts --scripts — проверен 131 сценарий.

bash setup/validate-template.sh.

git diff --check upstream/main...HEAD.

Контрольные суммы изменённых доставляемых файлов обновлены в update-manifest.json.

Известное постороннее состояние
Полный scripts/check-seed-drift.sh сообщает о ранее существовавшем расхождении scripts/day-open-pipeline.sh с его seed-копией. Этот PR файл не меняет. Целевая пара day-open-scaffold.sh проверена отдельно и синхронизирована; независимый drift намеренно не смешан с этим исправлением.``