From a286a07fa6e432e64c0b743407d50b3f0085e834 Mon Sep 17 00:00:00 2001 From: Stream Date: Fri, 5 Jun 2026 20:20:01 +0300 Subject: [PATCH] auto-sync: 2026-06-05 20:20:01 --- memory/2026-06-05.md | 12 ++++++++++++ 1 file changed, 12 insertions(+) diff --git a/memory/2026-06-05.md b/memory/2026-06-05.md index 4d2e2e4..88cd1f8 100644 --- a/memory/2026-06-05.md +++ b/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`.