Я ставлю свою компанию на проактивных агентов

Агенты могут сделать почти всё, о чём вы их просите, и в этом проблема: просить всё ещё приходится вам.

Я постоянно слышу, как агентов называют «цифровыми коллегами». Эта рамка неверна. Коллега, который молча сидит, пока вы не дадите ему идеально очерченную задачу, выполняет её и снова ждёт, это не коллега. Каждый агент, которым вы когда-либо пользовались, работает именно так. Модели стали умнее, обвязка лучше, прогоны длиннее, но интерфейс не изменился: вы приносите работу, агент приносит труд.

И большинство этого не заметило, потому что поле ввода промпта незаметно стало тем, чем ИИ является в наших головах.

Ask anything about your stack...

Каждый интерфейс всё ещё поле для промпта

С поля ввода началась вся эта эпоха. ChatGPT поставил его поверх модели и стал самым быстрорастущим продуктом в истории, и мы все его скопировали. Каждый ИИ-продукт с тех пор был вариацией одного и того же взаимодействия: человек печатает, машина отвечает, машина ждёт.

Claude Code стал следующей эволюцией. Агент переехал в ваш терминал, взял ваши файлы, вашу оболочку и вашу историю git и начал делать реальную работу вместо разговоров о ней. Это изменило то, что агенты могут делать, но не то, как они начинают: вы печатаете, он работает, он останавливается и ждёт, когда вы напечатаете снова.

~/app

$ claude

✳ 12 files · main · last session 2h ago

> fix the failing checkout tests

? for shortcuts

Затем агенты переехали в облако. Codex, Devin, Claude Code в вебе. Они работают часами, а не минутами, запускают субагентов, чтобы распараллелить работу, и не умирают, когда вы закрываете ноутбук. Вы отдаёте одному из них задачу перед обедом и возвращаетесь к pull request.

Промпт даже перестал быть чем-то, что вводится только с клавиатуры. Фоновые агенты могут запускаться алертом или webhook’ом, и большинство агентских платформ теперь предлагают автоматизации: когда срабатывает это событие или тикает этот cron, запустить агента с этими инструкциями.

Triage Sentry alerts Enabled

When

a Sentry alert fires

Do

investigate, open an incident if it's real

Then

post the findings to #incidents

Но что такое автоматизация? Это промпт, который вы написали заранее. Вы предсказали режим сбоя, выбрали событие и записали, что с этим делать. Триггер запускает агента, но суждение внутри него ваше, замороженное в момент настройки. Автоматизация ловит ровно то, что вы предвидели, и ничего больше.

Планировщик: это вы

Убрав инструменты, вы увидите, что разделение труда не сдвинулось за три года. Агент делает работу. Решать, в чём состоит работа, остаётся вашей задачей.

Вы читаете дашборды, слушаете пользователей, понимаете, что важно, и сжимаете всё, что узнали, в промпт, либо вживую за клавиатурой, либо заранее в триггере. Агент исполняет блестяще, но каждая частица суждения в системе исходит от вас.

Следующая эволюция: агенты, которые находят работу

Я ставлю на то, что следующая эволюция: агенты, которые сами понимают, какую работу нужно сделать. Без промпта, без настройки триггера, без заранее написанных инструкций. Вы подключаете свой стек, и агент находит работу сам: он следит за теми же сигналами, за которыми следите вы, замечает, что не так, решает, важно ли это, и начинает работать над этим автономно.

Это легко сказать и чудовищно трудно построить, потому что проактивность: это три проблемы, сложенные друг на друга, и пропуск любой из них даёт что-то хуже агента за полем ввода.

Контекст. Очевидно, агенту нужна живая модель мира, в котором он действует, а не снимок, который вы вставили в контекстное окно в момент промпта. Реактивный агент с плохим контекстом даёт плохой ответ. Проактивный агент с плохим контекстом удаляет вашу production-базу, потому что решил, что это staging.

Суждение. Вот что даётся мне труднее всего. В любой момент тысячи вещей в production-системе слегка не в порядке. Агент, который отмечает их все, это генератор шума, генераторы шума заглушают, а заглушённые агенты мертвы. Вся ценность проактивности живёт в зазоре между «что-то изменилось» и «что-то важно»:

[
  {
    "signal": "memory up 3% on checkout-edge",
    "verdict": "no anomaly",
    "reasoning": "within the seasonal range for this hour on this worker"
  },
  {
    "signal": "new error pattern, 2 minutes after deploy 9f3c2a1",
    "verdict": "incident",
    "reasoning": "error class never seen on this worker, tightly correlated with a deploy"
  }
]

Действие. Замечать без действия: это просто более умный алерт, а алерты как раз то, что я пытаюсь убить. Агент должен закончить работу, в границах, которые делают автономию безопасной: обратимые действия, доказательства для всего и жёсткий барьер перед любым необратимым шагом.

Ни одна из этих трёх задач не требует, чтобы агент решал, как выглядит хорошо. Он решает, что не так, важно ли это и что с этим делать, и это весь список, потому что в production никому не нужно определять «хорошо»: ошибки на нуле, задержка на базовом уровне, очереди разобраны, сертификаты действительны. Желаемое состояние прилагается к территории.

А значит, настоящий сдвиг не от «вы промптите» к «агент промптит себя сам». Он от императивной эксплуатации к декларативной. Автоматизация императивна: вы заранее перечисляете режимы сбоя и пишете сценарий ответа на каждый. Проактивный агент: это цикл согласования: он сравнивает систему, которая у вас есть, с системой, которая должна быть, и работает над тем, чтобы закрыть разрыв. Kubernetes сделал это для инфраструктуры десять лет назад: вы записываете три реплики, и контроллер делает всё необходимое, чтобы три реплики оставались живыми. Никто не сделал этого для эксплуатации самого программного обеспечения. И здесь даже не нужно писать YAML, потому что желаемое состояние уже известно. Это работает из коробки.

Я начал с эксплуатации

Попросите проактивного агента выбрать вашу продуктовую дорожную карту, и вы получите стажёра с мнением, потому что направление продукта: это вопрос вкуса. Production не такой. Это единственная область, где все три проблемы решаемы уже сегодня.

Работа объявляет о себе сама: частота ошибок растёт, деплой идёт вкривь, сертификат истекает, очередь копится. Работа уже лежит в телеметрии и ждёт, когда кто-то её заметит. И в отличие от областей, где правит вкус, здесь существует истина: частота ошибок либо подскочила, либо нет, откат либо восстановил базовый уровень, либо нет, так что суждение агента оценивается самой системой, непрерывно, без места для ощущений.

Главное, мы уже нанимаем на эту работу людей. Мы называем это on-call: человек спит рядом с телефоном и ждёт, когда машина скажет, что другая машина несчастна. Я провёл годы в наблюдаемости, основал компанию в этой области, и Cloudflare её приобрела, и написал целый манифест о структурировании телеметрии так, чтобы ответ был в одном запросе. Его тезис: причина, по которой существует эта компания: в 2026 году никто не должен дежурить on-call.

Потому что неудобная правда о последнем десятилетии наблюдаемости в том, что мы сделали системы удобнее для допроса людьми в 3 часа ночи, а затем объявили победу, пока будили по-прежнему людей. Дашборды стали красивее, а пейджер остался на тумбочке. Наблюдаемость без действия: это просто дорогое хранилище.

Как это выглядит

Именно это делает Polylane. Вот конкретный вторник:

Никто не настраивал проверку для этого режима сбоя. Нет правил, которые нужно писать, и порогов, которые нужно настраивать: агенты непрерывно оценивают каждый подключённый ресурс, а ваши существующие дашборды и сохранённые запросы становятся их чеклистом. В суждении я строже всего. Вердикт по умолчанию: нет аномалии, потому что гораздо лучше пропустить пограничную проблему, чем разбудить кого-то из-за шума. «Деплой может внести ошибку» верно для каждого деплоя и никогда не является основанием кого-то будить.

Когда что-то настоящее, расследование запускает несколько конкурирующих гипотез параллельно, и задача каждого агента: опровергнуть свою гипотезу, а не подтвердить, чтобы корреляция никогда не смогла выдать себя за причину. Когда подтверждённая первопричина: это изменение кода, исправление приходит как pull request с приложенным расследованием:

Restore Hyperdrive pool size in checkout-edge

PR open coreplane/checkout-edge

Investigation report attached Checks passing

Opened by Polylane · gated on review and CI

Проактивный не значит без присмотра

Автономия в замечании, триаже, археологии в 3 часа ночи и смягчении последствий. Всё, что восстанавливает заведомо рабочее состояние, агент делает сам: откатывает плохой деплой, выключает флаг обратно. Эти действия обратимы по построению, и именно они на самом деле глушат пейджер. За барьером остаётся всё, что создаёт новое состояние: изменение кода выходит через ваше ревью и ваш CI, никогда мимо них.

Граница не между человеком и агентом. Она между обратимым и необратимым. И именно поэтому вы не остаётесь тайно на on-call: откат завершил инцидент в 02:33, за шесть часов до того, как вы сделали merge. PR никогда не был тем, что остановило кровотечение. Он останавливает повторение, а это может подождать до кофе.

И барьер вы можете делегировать. Агенты для ревью кода уже читают каждый pull request в вашем репозитории. Есть мир, недалёкий от этого, где ваш агент-ревьюер читает исправление в 02:41, сверяет его с расследованием, одобряет, и ваш CI деплоит в production до того, как вы проснётесь. В цикле не меняется ничего, кроме того, кто держит кнопку одобрения. Вот где это заканчивается: программное обеспечение, которое исправляет себя само, а вы пишете политику вместо того, чтобы нажимать merge.

Обратите внимание, чего не хватает в этом цикле:

Ask anything about your stack...

Поле для промпта было отличным способом научиться доверять этим системам и ужасным способом управлять production. Агент видел каждый деплой, каждую строку лога и каждую метрику во всех сервисах одновременно. Держать его за промптом значит, что самый информированный член вашей команды говорит только тогда, когда к нему обращаются.

В 2026 году никто не должен дежурить on-call.