PagerDuty выпустила Paige: SRE-агент, который ведёт инцидент от алерта до постмортема
Этап AI SDLC: Эксплуатация → НаблюдениеPagerDuty 3 ноября выпустила Paige — SRE-агента на своей платформе PD Reliability Platform (прежде называлась Operations Cloud), сразу в общей доступности. Агент построен на 16 годах эксплуатационных данных компании и включён в цепочку эскалации как виртуальный дежурный — ещё один получатель алерта: он сводит телеметрию и алерты в одну картину, находит ответственных, в режиме Deep Investigation проверяет несколько гипотез первопричины параллельно и ранжирует их по уверенности, показывая, что отвергнуто и почему. Рассуждение видно на каждом шаге: «отклоняем переключение на резервную базу — метки времени не сходятся, ведущая причина — деплой».
Внутри Paige координирует вспомогательных агентов: Scribe ведёт записи инцидента, Shift управляет расписанием дежурств, Insights готовит рекомендации. Действия — запуск runbook'ов (готовых шагов починки), перезапуск сервисов, исправления в Kubernetes — идут после одобрения человеком; полностью самостоятельное решение «хорошо известных» инцидентов обещано позже. После решения агент сразу пишет черновик постмортема и ищет повторяющиеся паттерны по тикетам, телеметрии и переписке. Через MCP он подключается к Claude и Cursor и предупреждает команду, если пулл-реквест похож на изменение, которое уже приводило к инциденту. Эксперименты Deep Investigation и SRE Workbench доступны в превью на площадке PD Labs.
Что с этим делать
- Проверьте, что в команде формализованы runbook'и, список владельцев сервисов и правила эскалации: без них любому SRE-агенту не хватит контекста, и он начнёт догадываться.
- Начните с автоматизации черновика постмортема и сводки для подключившихся к созвону: это наименее рискованная часть инцидентного цикла и заметная экономия времени.
- Прежде чем включать автоматические действия, составьте список «хорошо известных» инцидентов вашей команды: он и станет границей автономии агента.