auto-sync: 2026-06-08 20:20:01

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-ссылка). Ценность: профилактика регрессий (маркер ведёт агента к «почему так нельзя трогать»).