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

memory/2026-06-05.md

@@ -677,3 +677,15 @@ Dev (session orch9_docs_canon) отработал, я проверила не с
 - **Остаток в дочерних:** ORCH-36 (исполняемый самодеплой — сейчас прод ребилжу руками), ORCH-8 (самообучение).
 
 ### 🎯 ИТОГ ДНЯ 05.06 — 5 задач в Done: ORCH-7 (зонтик self-hosting), ORCH-16, ORCH-39, ORCH-41, ET-11. Орк официально умеет дорабатывать сам себя.
+
+### ⚠️ КОНКУРЕНТНОСТЬ ОРКА — важный факт (разведано 05.06)
+- `max_concurrency=1` (дефолт, env `ORCH_MAX_CONCURRENCY` не задан, config.py:48). Считается **по JOBS (стадиям-агентам), НЕ по задачам**: `count_running_jobs()=COUNT(*) FROM jobs WHERE status=running`.
+- **СЛЕДСТВИЕ (критично):** когда задача висит на гейте Approved (ждёт ревью человека) — её job уже `done`, СЛОТ СВОБОДЕН → орк может стартовать СЛЕДУЮЩУЮ задачу в том же репо даже при concurrency=1. «Гуськом до деплоя» НЕ гарантировано.
+- **Обход Славы (решение):** запускать задачи в одном репо ПО ОДНОЙ вручную (A→done→B). Надёжно обходит гонку мержа без доработки.
+- worktree (ORCH-2) изолирует ветки на разработке, НО при параллели в одном репо — гонка мержа на финише (обе ветки от main@X, первый влил→main@Y, второй конфликт/старый код). Для РАЗНЫХ репо параллель безопасна.
+
+### НОВЫЕ ORCH-ЗАДАЧИ в Backlog (05.06 вечер):
+- **ORCH-40** (id `cec9a5ef`) — фикс root-прав deployer.
+- **ORCH-41** (id `17f9a73f`) — СДЕЛАНО/Done (конфигурируемые модели).
+- **ORCH-42** (id `1564136e`) — Telegram live-tracker режим **bump** (карточка падает вниз при обновлении, флаг `ORCH_TRACKER_MODE`=edit|bump, deleteMessage+sendMessage тихо). Слава: «bump нравится, пусть орк делает» — self-hosting через конвейер.
+- **ORCH-43** (id `d770a7a2`) — безопасная параллель в одном репо: merge-gate + auto-rebase + re-test + **single-flight per repo** (не стартовать новую задачу пока предыдущая не дошла до done). Флаг `ORCH_SERIALIZE_PER_REPO`.