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

memory/2026-06-05.md

@@ -736,3 +736,15 @@ Dev (session orch9_docs_canon) отработал, я проверила не с
 2. **claude бинарь:** реальный путь `/opt/claude-code/bin/claude.exe` (смонтирован ro, 232MB). `/usr/bin/claude` (env `ORCH_CLAUDE_BIN`) в контейнере НЕ существует — это хостовый симлинк, launcher хардкодит правильный путь.
 3. **`--effort` НЕ использовать** с текущим CLI 2.1.142 + `--print`/`--output-format json` — гасит вывод. Ждёт ORCH-44.
 4. **Пустой run-лог (0 байт) + job running + процесс мёртв** = claude упал на старте (auth ИЛИ битый флаг). Смотреть: сначала auth (`claude --print` вручную), потом флаги (effort).
+
+### 🏁 ORCH-17 — застряла ВТОРОЙ раз на гейте check_ci_green (RACE, разведано 05.06 18:1x)
+- После починки auth задача доехала dev→PR #37 (434 теста), но застряла на `stage=development`, `agent_running=None`, очередь пустая.
+- **Корень — гонка CI:** гейт `check_ci_green` опросил Gitea-CI **ровно один раз** в 17:58:54 → `pending`. CI дописал `success` в **17:58:55** (промах на 1 сек). Лог: `Task 35: QG 'check_ci_green' not passed after developer: CI state: pending`. **Повторного опроса гейта НЕТ** → задача висит насмерть с зелёным CI.
+- Проверка CI: `combined state: success` (push #46 + PR #47 оба success). Готова, гейт промахнулся.
+- **Пинок вручную (безопасно, без ребилда/мержа):** `advance_stage(task_id=35, current_stage='development', repo='orchestrator', work_item_id='ORCH-017', branch='feature/ORCH-017-brd-plane-telegram', finished_agent='developer')` → `advanced=True development->review`, reviewer запущен (run 117, job 57). Поехала.
+- **ORCH-45 заведена** (id `ab21608b-31e2-44fe-a2a5-99701a3a1ec3`, Backlog, high) — `check_ci_green` должен ПОЛЛИТЬ CI с ретраем (pending→ждать N×15с, success→advance, failure→rollback, вечный pending→уведомить, не застревать молча). Родственна ORCH-44.
+
+### 🛠️ Инфра-грабли прода (05.06)
+- **В контейнере `orchestrator` НЕТ `curl` и НЕТ `sqlite3`** — запросы к Gitea/Plane/БД делать через `python3 -c` (urllib + sqlite3-модуль).
+- **Таблица `tasks`: нет колонок `status`/`role`** — реальные: `id, plane_id, repo, branch, stage, agent_running, work_item_id, plane_issue_id, tracker_message_id, title, brd_review_started_at, brd_review_ended_at`. Статус задачи = `stage` + Plane-state; статус job — в таблице `jobs` (колонка `agent`, не `role`).
+- **Создание задачи Plane через скрипт:** писать .py на проде через `ssh cat > /tmp/x.py` (НЕ локальный heredoc+scp — разные хосты!) → `docker cp` → `docker exec python3`.