auto-sync: 2026-06-08 21:30:01

memory/2026-06-08.md

@@ -330,3 +330,10 @@
   - **ORCH-52f [LOW] seq=79** синхронизация README + reviewer-гейт обзорных доков
 - Все в Backlog. Зависимости: 52d←52b, 52e частично в 52d, 52a самостоятельна и горит.
 - ⚠️ ВНИМАНИЕ: seq Plane ORCH-074..079 ≠ work_item_id орка (могут не совпасть при заведении в орк — сверять по названию ORCH-52a..f).
+
+## 🚀 ORCH-52a (orch-74) ЗАПУЩЕНА — фикс модели/эффорта (08.06 ~18:24 UTC)
+- Слава переживал «описание слабовато, хватит ли аналитику» → проверила реально из Plane: orch-74 = **5140 симв.**, образцовое ТЗ (диагностика с файлами/строками, P1-P4, G1-G4, AC-1..7, грабли). НЕ слабое. Слабая была 52c/orch-76 (530 симв.) — видимо её и видел в превью.
+- **РЕШЕНИЕ Славы: «всё строим на opus-4-8»** → G3 model-routing (haiku для tester/deployer) НЕ включаем. Зафиксировала декларацией в начале карточки orch-74: скоп = G1 (убрать лживый frontmatter model:) + G2 (валидация имени модели, never-break) + опц.G4 (fallback, на усмотрение архитектора). Эффорт НЕ трогать. AC-4 (routing) снят.
+- Запуск штатный: Backlog→To Analyse (PATCH state 200) → webhook → орк создал **task id=59 work_item_id=ORCH-074** stage=analysis, ветка feature/ORCH-074-orch-52a-frontmatter-routing-e, analyst **job 582 run_id=392** running (pid 1137). Конвейер был свободен (все ORCH в done, 0 активных jobs) → безопасно.
+- ⚠️ Self-modifying задача: меняет механизм запуска агентов. Следить особо. НЕ лезть руками в репо пока едет (урок ORCH-26/71).
+- Следующее: дождаться BRD аналитика → проверить → approve. Watchdog ORCH в HEARTBEAT следит.