diff --git a/memory/2026-06-07.md b/memory/2026-06-07.md
index a59e2da..98a2314 100644
--- a/memory/2026-06-07.md
+++ b/memory/2026-06-07.md
@@ -89,4 +89,30 @@ EXPECTED_REVISION прокидывается (2×), image_freshness import OK, q
 - States: Backlog 2d5d42ff.., InProgress e331bfb3.., Approved 63f2c8fe.., InReview c52e99b9..,
   Done 3738cd3c.., Cancelled 59d1d210..
 - merge PR: POST gitea /repos/admin/orchestrator/pulls/{n}/merge {Do:merge}
-- rollback prod: docker tag orchestrator-orchestrator:rollback-pre-058
+- rollback prod: docker tag orchestrator-orchestrator:rollback-pre-058 / rollback-pre-060
+
+## ORCH-60 ЗАКРЫТ В ПРОДЕ (12:02 UTC)
+- Прошёл конвейер ЧИСТО (analyst→architect→dev→reviewer→tester, reviewer approve с 1-го раза).
+- Уперся в ту же петлю deploy-staging, НО причина точнее: `QG check_staging_status FAILED` —
+  deployer гоняет staging_check, тот ложно падает C9a/C9b (sandbox bot-токены не настроены).
+  rollback deploy-staging->development.
+- Довела вручную: merge PR #60 (d4c6cc0) → пересборка staging --build-staging GIT_SHA=d4c6cc0
+  (label проставился) → --deploy (guard: revision matches → retag → health 200). Done+БД.
+- Reconciler-фикс боевой в проде (22 вхождения escalated/Blocked/Needs-Input).
+- rollback-pre-060 снимок сохранён.
+
+## ORCH-61 запущен в конвейер (12:06 UTC)
+- analyst job 237, ветка feature/ORCH-061-bug-deploy-staging-development. IID dcc9b6f1-...
+- Описание обновлено: ДВЕ причины петли (1. ложный check_staging_status FAILED из-за sandbox
+  bot-токенов; 2. no-changes для action-стадий). Fix-направления (а) настроить sandbox
+  bot-токены / (б) отвязать advance deploy-стадии от git-changes.
+
+## ГРАБЛИ запуска задач в конвейер (новые уроки):
+- **QG-0 рубит title >80 символов** → задача падает в Blocked, НЕ в конвейер. Лог:
+  `QG-0 failed: Title слишком длинный (максимум 80 символов)`. Заголовки ORCH-задач ≤80!
+  (ORCH-61 первый раз застрял именно так, len был >80.)
+- **Зомби-job при парковке:** парк задачи в In Progress перед мержем может породить лишний
+  developer-job (webhook ловит In Progress→pipeline). После мержа/Done — проверять queue и
+  гасить зомби (UPDATE jobs SET status='cancelled' WHERE id=X). Было: job 236 от ORCH-060.
+- В контейнере НЕТ pkill — гасить job только через БД (status='cancelled'), процесс сам отвалится.
+- Перезапуск задачи после Blocked: Backlog → (пауза 3с) → In Progress (чистый ре-триггер webhook).