From 4ee97014bdfe0d6125256fd46bc4472ce30286a8 Mon Sep 17 00:00:00 2001 From: Stream Date: Sat, 6 Jun 2026 08:10:01 +0300 Subject: [PATCH] auto-sync: 2026-06-06 08:10:01 --- memory/2026-06-06.md | 7 +++++++ 1 file changed, 7 insertions(+) diff --git a/memory/2026-06-06.md b/memory/2026-06-06.md index c9bcafe..c7b55e2 100644 --- a/memory/2026-06-06.md +++ b/memory/2026-06-06.md @@ -28,3 +28,10 @@ - ✅ check_tests_passed — читает result: (ORCH-47) - ✅ stage_engine — передаёт деву ТЕКСТ findings, не только ссылку (ORCH-46) - Бэклог high: **ORCH-48/B6** (staging registry isolation — теперь стоит поднять приоритет: блокирует автономный deploy-staging у ВСЕХ ORCH-задач!), ORCH-44 (надёжность запуска агента) + +## ORCH-48 / B6 — ROOT CAUSE найден (05:00 UTC) — баг в ТЕСТЕ, не в инфре +- Деплоер думал: misconfig staging-контейнера (ORCH_PROJECTS_JSON смотрит на прод). **НЕВЕРНО.** +- **Факт (проверено прямым запуском в orchestrator-staging):** `known_plane_project_ids()` отдаёт count=1, sandbox=True, ET=False, ORCH=False. `.env.staging` УЖЕ правильно задаёт ORCH_PROJECTS_JSON=только sandbox. **Изоляция реестра в staging работает идеально.** +- **Баг — в самом B6-чеке** `scripts/staging_check.py` (стр.263+): делает `sys.path.insert(0,"/repos/orchestrator")` + import `src.projects` из ХОСТ-worktree (где env НЕ staging) → `importlib.reload` подхватывает env процесса harness, а не staging-контейнера → читается built-in _DEFAULT_PROJECTS (ET+ORCH) → ложный FAIL. +- **Решение ORCH-48:** B6 должен проверять реестр ВНУТРИ staging-контейнера (его env), а не импортить из host-worktree. Правка кода `scripts/staging_check.py` → подходит для конвейера. +- Built-in default registry (`src/projects.py` _DEFAULT_PROJECTS) = ET+ORCH — он и подхватывался при пустом env у harness.