From c411b0d0ad8838b6b38efed870260f73e5a96211 Mon Sep 17 00:00:00 2001 From: Stream Date: Mon, 8 Jun 2026 20:20:01 +0300 Subject: [PATCH] auto-sync: 2026-06-08 20:20:01 --- memory/2026-06-08.md | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/memory/2026-06-08.md b/memory/2026-06-08.md index 92c7a9b..1b27df1 100644 --- a/memory/2026-06-08.md +++ b/memory/2026-06-08.md @@ -313,3 +313,7 @@ - **Фикс:** выровняла хост-репо на origin/main + пересобрала staging штатно `image_freshness.rebuild_staging_image(repo,branch,sha)` из HEAD ветки 90a5cae → provenance совпал → Confirm Deploy → merge_pr ok → CONFIRMED → done → HEALTHY. - **УРОК (повтор ORCH-71, закрепить!):** НЕ смешивать ручные git-операции с автономным конвейером. Ручной reset --hard оставляет хост-репо расходящимся (ломает deploy-hook git pull) + provenance-рассинхрон. Если правлю руками — СРАЗУ выравнивать хост-репо И пересобирать staging из нужного sha перед деплоем задачи. Лучше: вообще не лезть руками в репо, пока конвейер активен. - Прод цел весь день (guard fail-closed не дал кривой деплой). ORCH-26 = 2-й кирпич автономности (координация) после ORCH-73 (целостность). + +## ⤷ ORCH-52 +трассировка (Слава, 08.06): номера задач ORCH-NNN +- Вопрос Славы: зачем номера в коде, агенты их читают? Тонкость: маркер `ORCH-NNN` полу-пустой, пока агент не открыл work-item. +- Добавила в ORCH-52: (1) маркеры-трассировка = обязательный стандарт; (2) ПРАВИЛО В ПРОМПТАХ developer/architect/reviewer: «правишь код с маркером ORCH-NNN → прочитай его docs/work-items/ORCH-NNN/06-adr ПЕРЕД изменением, не сломай инвариант»; (3) fallback доступа к чужим work-item (git show origin/main:...); (4) анти-археология (3+ маркеров → сводный ADR-ссылка). Ценность: профилактика регрессий (маркер ведёт агента к «почему так нельзя трогать»).