auto-sync: 2026-06-08 15:50:01

memory/2026-06-08.md

@@ -255,3 +255,18 @@
 - **B (критбаг): ORCH-73** (urgent) — эрозия main: G1 восстановить (сделано), G2 `.gitattributes CHANGELOG.md merge=union`, G3 merge-verify ловит откат СОСЕДНЕГО кода, G4 аудит docs-only merge.
 - 🐛 **+ нашла косяк деплоя: `git reset --hard origin/main` откатывает правки docker-compose.yml** (он git-managed). Мой TZ=Europe/Moscow в compose слетел при деплое → UTC. **ФИКС: перенесла TZ в `.env`** (в gitignore → переживёт git pull/деплой). Теперь TZ=MSK стабильно. Урок: ПРАВКИ ХОСТ-РЕПО (compose и др. git-файлы) НЕ ПЕРЕЖИВАЮТ деплой — конфиг класть в .env.
 - **ORCH_PLANE_WEB_URL=https://plane.mva154.duckdns.org** добавлен в .env (его не хватало для ссылок).
+
+## 🚀 ORCH-73 ЗАПУЩЕНА — системный root-fix эрозии main (15:48 MSK)
+- **Кто делает:** сам конвейер орка (self-hosting), analyst job 506 run_id=380. Я (Стрим) код не пишу — ТЗ + ведение через гейты.
+- **Root cause доказан git-аудитом (не гипотеза):**
+  1. `verify_merged_to_main` проверяет НЕ ТО: `merge-base --is-ancestor origin/main HEAD` = «ветка свежая», а НЕ «код ветки в main» (инвертировано). `0ed0541` (код ORCH-069) НИКОГДА не был предком main, но задача→done.
+  2. `pr_already_merged` засчитывает ЛЮБОЙ merged PR ветки (state=all&head=branch). У ветки несколько PR (code-PR + авто docs-PR). docs-PR сливается → "already-merged" → CONFIRMED → done, хотя code-PR не слит. Ложно-зелёный.
+  3. CHANGELOG-ребейзы — вторичный усилитель (тихое затирание соседнего кода).
+- **Системное решение (FR-1..5 в ТЗ ORCH-73):**
+  - FR-1: verify_merged_to_main чинит семантику → проверять что deployed_sha РЕАЛЬНО предок origin/main (прямая проверка «код в main»).
+  - FR-2: done-критерий = SHA-в-main (единственный источник истины), PR-флаги вспомогательны; различать code-PR vs docs-PR.
+  - FR-3: merge-актор реально мержит code-ветку + верификация FR-1 после.
+  - FR-4 (корень): `.gitattributes CHANGELOG.md merge=union` — убрать ребейз-конфликты.
+  - FR-5 (защита навсегда): пост-деплой регресс-гард — sanity main, alert если код ранее-merged задач откатился.
+  - AC-9: воспроизведение на staging — 2 задачи с CHANGELOG-правкой доезжают без потери кода друг друга.
+- ⚠️ Особый риск: ORCH-73 чинит САМ merge-verify → деплой через который она едет. Нужна осторожность на её собственном Confirm Deploy (могут всплыть переходные эффекты). Следить.