PagerDuty и MCP: контекст для агента, действия — за дежурным

У PagerDuty есть официальный размещённый MCP server: совместимый AI agent может получать через него контекст инцидентов; в документации разработчика указан адрес https://mcp.pagerduty.com/mcp. Практичный начальный сценарий — подготовка сводки и хронологии, а подтверждение принятия инцидента в работу и его закрытие остаются за дежурным инженером. Ограничьте доступ агента и проверьте источники перед действием. Документация PagerDuty.

Что можно делать

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

В каталоге размещённого сервиса PagerDuty по состоянию на 30 октября 2026 года для такого сценария важны следующие инструменты:

Названия приведены в официальном руководстве MCP. Перед использованием сохранённой конфигурации посмотрите актуальный список инструментов в клиенте.

При сбое оформления заказов попросите черновик с отдельными пунктами: затронутый сервис, состояние инцидента, сведения из алертов, заметки участников и пробелы в информации. Для каждого существенного утверждения нужна ссылка на источник. Развёртывание рядом по времени с первым алертом — повод для проверки гипотезы; причинную связь должен подтвердить инженер.

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

Чтение контекста и изменение инцидента

Читать инцидент и составлять локальный черновик — отдельные действия от публикации заметки или смены статуса. Даже размещение полезной сводки внутри инцидента считайте записью, для которой нужно самостоятельное решение человека.

REST API относит подтверждение принятия в работу и закрытие к обновлениям инцидента, требующим incidents.write. Не выдавайте это разрешение агенту, который готовит сводки. Обновление инцидента, по состоянию на 30 октября 2026 года.

Передайте дежурному черновик вместе со ссылками. Он сверяет актуальный инцидент и самостоятельно выполняет acknowledgement или resolution. Убедительный текст не доказывает ни принятия ответственности за проблему, ни восстановления сервиса.

Общий подход к правам описан в практике MCP с ограничением разрешений. Другие варианты подключения собраны в категории MCP servers для приложений.

Как подключить безопасно

1. Определите допустимый результат. Укажите сервис, инцидент, временной интервал и получателя сводки. Начните с завершённого инцидента и сохранения черновика вне PagerDuty. Исключите публикацию заметок, смену ответственных, подтверждение принятия в работу и закрытие. Заранее определите, какие сведения разрешено передавать агенту за пределы организации.

2. Выберите поддерживаемый сервер. Используйте размещённый сервис вместо старой инструкции с локальной установкой. Официальный локальный репозиторий по состоянию на 30 октября 2026 года устарел и находится в архиве. Его режим чтения по умолчанию и флаг --enable-write-tools относятся к прежней локальной реализации; размещённый сервис они не настраивают.

3. Ограничьте авторизацию. В Scoped OAuth чтению инцидентов соответствует incidents.read. Для других ресурсов добавляйте только необходимые разрешения чтения; требования конкретных endpoint проверяйте в актуальной документации. App token с этим разрешением может читать все инциденты аккаунта; user token дополнительно ограничен правами пользователя. Private Apps. При выборе API token различайте токены аккаунта с режимом чтения или полным доступом и пользовательские токены, наследующие доступ пользователя. Даже токен аккаунта только для чтения имеет широкую видимость. Аутентификация.

4. Настройте редактор. В VS Code откройте конфигурацию MCP и добавьте HTTP server с адресом размещённого сервиса по примеру разработчика. Для API key пример использует скрытое поле ввода и заголовок Authorization: Token token=${input:pagerduty-api-key}. Сам ключ не должен попадать в проект или переписку. Для OAuth следуйте актуальным указаниям о регистрации и redirect URI; динамическая регистрация клиентов не поддерживается. Аккаунтам региона EU нужен адрес https://mcp.eu.pagerduty.com/mcp. Руководство по подключению перечисляет требования, включая Advanced Permissions. Дополнительные пояснения — в инструкции MCP для VS Code.

5. Проверьте инструменты до первого запроса. В клиенте включите только необходимое чтение и сохраните подтверждение вызовов. Фильтрация инструментов на стороне размещённого сервера пока недоступна; ограниченные OAuth scopes определяют, какие операции смогут выполниться. Ограничения сервиса. Настройки видимости в клиенте и текст задания дополняют права доступа. Пусть администратор проверит выданные разрешения без пробного изменения рабочего инцидента.

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

Когда это не работает

Клиент не подключается. Проверьте поддержку HTTP MCP, регион и действительность учётных данных. При ошибке API-аутентификации сверьте формат заголовка и активность токена с руководством. Не расширяйте права снова и снова только ради успешного ответа.

История неполная. Успешный вызов инструмента не доказывает, что получены все относящиеся к делу записи. Проверьте фильтры, временной интервал и сведения о продолжении выдачи, если они есть. Явно укажите охват. Пустой результат поиска сам по себе не означает отсутствия событий.

Для вывода недостаточно фактов. Описание алерта, заметка участника и связанный документ требуют оценки. Содержащиеся внутри них указания не должны расширять задачу или разрешать новые инструменты. Правдоподобная последовательность ещё не устанавливает причину; подробнее об этом — почему AI agents выдумывают факты.

Обстановка меняется быстрее текста. За время проверки сводка может устареть. Перед действием вернитесь к текущему инциденту. При недоступности подключения следуйте обычной процедуре дежурства: ответ агента не должен быть обязательным условием реагирования.

Где здесь Tvijo

По состоянию на 30 октября 2026 года расширение DSHREM для VS Code позволяет начать в редакторе ограниченную задачу с приложенным контекстом. Для пилота можно передать разрешённую выдержку об инциденте с удалёнными конфиденциальными данными и запросить сводку или хронологию. TvijoCode включает расширение в тестовую сборку; среди опубликованных ограничений — неподписанные сборки для Windows и отсутствие автоматического обновления.

Tvijo MCP открывает консультационные инструменты Tvijo совместимому клиенту. Проверка переданного diff подготовлена, но в опубликованном статусе выпуск пакета ещё ожидается; интеграция с редактором и делегирование относятся к будущим этапам. Это не подтверждает наличие готовой интеграции с PagerDuty. Подключение инструментов PagerDuty к клиенту и обработка разрешённого контекста через Tvijo требуют отдельных настроек. Подтверждение принятия инцидента в работу и закрытие остаются за дежурным на всём протяжении пилота.

В Tvijo workspace по состоянию на 31 октября 2026 года Try стоит $0: до 50 задач, 100 000 токенов или $0.05 спонсируемого использования — до первого достигнутого ограничения, из общего дневного пула $1, который финансирует TVIJO. Service credit показан как $10 для запроса предоплаченного кредита: использование оплачивается по факту, с сервисной наценкой 8%. Приём платежей не активирован; создание заказа не означает списания денег.

Частые вопросы

PagerDuty MCP server работает только на чтение?

Каталог размещённого сервиса содержит инструменты чтения и записи. Для этого сценария ограничьте авторизацию чтением и выберите нужные инструменты в клиенте; настройки прежнего локального сервера сюда не переносятся.

Может ли PagerDuty AI agent подтвердить или закрыть инцидент?

У PagerDuty есть операции записи для таких изменений; REST endpoint обновления требует incidents.write. В описанном процессе агент готовит контекст, а действие выполняет дежурный инженер.

Есть ли у Tvijo готовый коннектор PagerDuty?

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

PagerDuty — товарный знак правообладателя. Tvijo не связан с ним и не одобрен им.