2.1 KiB
2.1 KiB
2026-06-06
ORCH-46 запущен конвейером (вариант A) — 04:06 UTC
- Слава выбрал вариант A («вклеить findings», минимальный), велел сделать автономно (вести до конца как ORCH-47, дёргать только если упрётся в его решение).
- ТЗ:
tasks/orchestrator/DEV_TASK_ORCH-046.md(3 варианта дизайна, выбран A). Описание варианта A залито в Plane ORCH-46 (заголовок укорочен 120→77 символов под QG-0). - Суть A: в
src/stage_engine.pyвстраивать ТЕКСТ замечаний в task_desc деву (не только ссылку):- reviewer REQUEST_CHANGES (~стр.419): парсить
## Findingsиз 12-review.md → вынуть P0/P1 дословно - tester FAIL (~стр.455): вынуть reason + фрагмент 13-test-report.md
- новый хелпер-парсер (graceful, never raise, fallback на ссылку)
- reviewer REQUEST_CHANGES (~стр.419): парсить
- НЕ трогать: гейты check_* (ORCH-45/47), QG-реестр, retry/rollback-логику, webhook-пути.
- task 37, ветка
feature/ORCH-046-stage-engine-pass-reviewer-tes, analyst run 139. - ПЛАН (автономно): дать конвейеру пройти analyst→arch→dev→review→testing→deploy-staging.
- Это правка ЯДРА → следить внимательнее. На BRD-апруве задача встанет ждать Approved Славы (by design) — НЕ забыть, что на BRD нужен человек.
- Возможные затыки: (1) BRD-апрув ждёт Славу; (2) staging B6 isolation FAIL (как у ORCH-47 — не блокер кода, но даст FAILED на deploy-staging); (3) если петля dev↔review — теперь должна быть короче, т.к. фикс про передачу findings.
- Финал: ручной merge + ребилд прода (build образа + рестарт + claude-auth check) — по накатанному из LESSONS_2026-06-05.md.