meta(tasks): create [tandemmebel-deploy-snolla-0-42-0] in OpeItcLoc03/admin

.tasks/STATUS.md

@@ -1345,3 +1345,41 @@ tandemmebel-staging (стек 20) потеряет featured-вотермарк
 <!-- closed-by: vitya@.admin-exec / 2026-07-04 / sharp staging green, все гейты + watermark visual verified -->
 
 ---
+
+## ⚪ [tandemmebel-deploy-snolla-0-42-0] — Раскатить прод tandemmebel на `@snollajs/snolla@0.42.0` (core 0.24.0 / data 0.14.1) — engine-chain-обновление: перепил viewModel-навигации на единый ленивый cross-entity граф (EntityDrop/IndexDrop + декларативный GRAPH-реестр, includeX-запекание выпилено) + blog-вертикаль (blogAuthor / blog.archives / date-archive страницы) + path-фиксы. Всё TDD, опубликовано в registry, byte-verified двумя живыми консюмерами: artmone 17/17 byte-identical, tandemmebel 199/199 роутов Ф3-регресс 0 diff. Dev-source: `victor/snolla`, сессия 2026-07-04, трек `viewmodel-graph-full-platform`. Оператор деплой одобрил (workshop ратифицировал 2026-07-04).
+
+## Топология — РЕШЕНА оператором: пересборка staging ДО cutover (вариант A)
+Оператор: «пусть всё переебашит с новыми версиями пакетов до cutover». Значит:
+- **Пересобрать VDS-staging образ на 0.42.0-чейне** (новые версии всех пакетов), НЕ деплоить in-place на текущий боевой old-infra прод.
+- 0.42.0-образ **суперсидит** ранее собранный 0.16.2-staging (`b02ca18`) — это новый пин staging, старый снимается.
+- Прод-флип остаётся **тем же DNS-gated cutover** из paused `[tandemmebel-web-vds-deploy]` (reg.ru→89.253.255.94, хозяин сайта). Этот таск готовит НОВЫЙ образ + перепрогоняет гейты; сам флип — по-прежнему по внешнему DNS + отмашке оператора. Развести с паркованным таском (объединить/пометить, чтобы не было двух конкурирующих образов).
+- **Проверь tree-check образа:** 0.42.0 содержит sharp-пивот (snolla 0.34.0 нёс sharp, 0.42.0 > 0.34.0 → по версии да) — не потеряй media-sharp-переезд при пересборке.
+
+## Acceptance (обязательные гейты)
+1. **Pre-deploy SSR-чек (напоминание сноллы):** SSR `/projects` + blog-listing → **200, не 500**. Причина: `getBlogByPath` тянет новые SELECT-колонки; в боевой БД tandemmebel колонки уже есть (проверено сырым SQL в снолла-сессии), но подтверди на целевой БД.
+2. **Completeness-DoD перепрогнать НА новом 0.42.0-образе** (не наследовать GREEN с 0.16.2): боевой sitemap ~188 URL prod↔staging → 0 реальных prod-200/staging-не-200; gallery grid-паритет 15 роутов staging==prod. Ядро навигации полностью перепахано — свежий прогон обязателен.
+3. **Archive-страницы — НЕ блокер:** live-verify archive-**страниц** оператор отложил. Для `projects` archive-роуты off (`archivesPath=""`). Не гейтить на них.
+4. **Rollback** (RUVDS / предыдущий пин) наготове.
+
+## Обязательные скилы — вызвать до начала
+- invoke `using-tasks` — управление статусом задачи
+- invoke `using-vds-ops` — диагностика контейнеров на VDS
+- invoke `project-discipline` — дисциплина коммитов/деплоя
+- invoke `using-wiki` при закрытии — заингесть concept, если топология/пин менялись
+
+## Отчётность
+- **notify: OpeItcLoc03/workshop** (комиссионер-оркестратор).
+- По закрытию/парку — heads-up ТАКЖЕ в `victor/snolla` inbox: dev-source просил уведомление по деплою.
+
+**TDD:** нет — ops-деплой, кода не пишем.
+**Разрешения:** интерны: нет | автопуш: н/д (ops).
+**weight:** needs-human (боевой деплой живого сайта + engine-ядро)
+
+**Status:** ready
+**Where I stopped:** (not started) — ops-handoff из .workshop по одобрению оператора 2026-07-04; топология = A (staging-rebuild до cutover), ратифицирована
+**Next action:** Пересобрать VDS-staging образ tandemmebel на 0.42.0-чейне (новые версии пакетов), затем pre-deploy SSR-чек /projects → 200, затем completeness-DoD на новом образе
+**Branch:** n/a
+**Notify:** OpeItcLoc03/workshop
+<!-- created-by: OpeItcLoc03@DESKTOP-NSEF0UK / from: OpeItcLoc03/workshop / 2026-07-04T19:59:45.158Z -->
+
+---