Anton Gladkov · 2026-07-23 · source ↗ · whole document (9)
Что реально сделано Код — ГОТОВ. К ~12:30 UTC всё было зелёное: CI, lint, typech
Что происходит сейчас (последние 2 часа)
Sol пытается задеплоить — и гоняет по кругу teardown-скрипт на проде. Паттерн:
deploy → fail на safety gate → diagnose → fix → push → redeploy → fail на СЛЕДУЮЩЕМ gate
За 1.5 часа (12:30–13:56) я насчитал ~17 попыток деплоя, каждая падает на новом барьере:
- fixture bootstrap, remote custody, PostgreSQL evidence, cluster state contradiction, checkout SHA,
node_modules, preflight/teardown несовместимость, template instance names, daemon-reexec, ownership/mode,
backup pg_dump, пустой TSV, root permissions, re-exec argv, systemctl double output...
И да — есть реальный круг: проблема с node_modules (старый preflight импортирует Zero, а node_modules уже
от нового дерева без Zero) появилась в 12:44 и снова в 13:56 — через 1 час 12 минут. "Починил" — не
держится.
Ходит ли кругами?
Не классические круги (одна и та же ошибка), а whack-a-mole: каждый фикс вскрывает следующий барьер в
teardown-скрипте, который явно не был протестирован end-to-end. Плюс минимум один реальный рецидив
(node_modules). В целом — да, паттерн такой что он может ещё час-два так гонять, потому что чинит по одной
строке вместо того чтобы прочитать весь скрипт и починить все gate'ы за один проход.
Что осталось
1. Успешно прогнать Zero teardown на проде (bash-скрипт продолжает падать)
2. Финальная чистка переходного кода (второй деплой)
3. Live/browser верификация
Моя рекомендация
Код готов. Осталась чисто операционная работа — отладка bash-скрипта на проде. Sol жжёт 672M токенов чтобы
дебажить bash по одной ошибке за раз. Это абсурд.