Добавить в корзинуПозвонить
Найти в Дзене

Зелёный pipeline всё ещё может скрывать сломанную систему

Автоматизация не убирает сложность. Она просто разбрасывает её по PR, CI и monitoring, пока команда снова не начинает всё сводить руками. До этого у нас именно так и было: PR-сигнал жил в одном месте, failed build в другом, alert в третьем. Даже когда что-то срабатывало, оставался главный вопрос: это одна и та же operational problem или три несвязанных события? Сейчас этот разрыв стал уже заметно уже. На agent-orchestrator-ui три разных сигнала больше не висят отдельно: PR replay возвращает 202 и запускает run_pr_review_agent. CI failure возвращает 202, переводит workflow 2f2ccfa8-a623-4173-8b30-01ecc68ceefd в Fixes и делает это видимым в timeline и mission-control. Monitoring alert возвращает 202, создаёт workflow 0e251740-f380-4013-8f48-c265ab9bc49a, прикладывает dashboard/runbook context и тоже попадает в ту же operator surface. Это не про новые фичи. Это про то, что system behavior перестаёт распадаться на три экрана и ручную корреляцию. Теперь важнее другое: что именно произо

Зелёный pipeline всё ещё может скрывать сломанную систему.

Автоматизация не убирает сложность. Она просто разбрасывает её по PR, CI и monitoring, пока команда снова не начинает всё сводить руками.

До этого у нас именно так и было: PR-сигнал жил в одном месте, failed build в другом, alert в третьем. Даже когда что-то срабатывало, оставался главный вопрос: это одна и та же operational problem или три несвязанных события?

Сейчас этот разрыв стал уже заметно уже.

На agent-orchestrator-ui три разных сигнала больше не висят отдельно:

PR replay возвращает 202 и запускает run_pr_review_agent.

CI failure возвращает 202, переводит workflow 2f2ccfa8-a623-4173-8b30-01ecc68ceefd в Fixes и делает это видимым в timeline и mission-control.

Monitoring alert возвращает 202, создаёт workflow 0e251740-f380-4013-8f48-c265ab9bc49a, прикладывает dashboard/runbook context и тоже попадает в ту же operator surface.

Это не про новые фичи. Это про то, что system behavior перестаёт распадаться на три экрана и ручную корреляцию.

Теперь важнее другое: что именно произошло, почему workflow оказался в Fixes, какой сигнал это вызвал, какой контекст уже приклеен, и что реально блокирует движение дальше. Даже текущий стоп-фактор виден явно: не «система где-то застряла», а конкретные approvals, которые ждут решения.

Для зрелых команд в этом и есть полезный сдвиг.

Не больше AI.

Не больше automation.

Меньше неопределённости между событием, решением и рабочим состоянием системы.

Automation should not create more places to investigate.

It should collapse PR, CI and monitoring into one chain you can inspect.

AgentSyncHub