Пропустите установку. Заработает меньше чем за 2 минуты.
Начните бесплатный период на cloud.anythingmcp.com, добавьте Rootly одним кликом и направьте свой ИИ-клиент (Claude, ChatGPT, Copilot или Cursor) на сгенерированный MCP-эндпоинт. Без Docker, без git clone, без опыта разработки.
Кратко
Управление инцидентами Rootly из любого AI-агента: объявляйте, обновляйте, смягчайте и закрывайте инциденты с заметками в таймлайне и action items, подтверждайте и закрывайте алерты, узнавайте, кто дежурит, публикуйте обновления на страницах статуса и читайте ретроспективы, сервисы, команды и уровни серьёзности.
Попробуй спросить
Примеры промптов для Rootly
Кликни по промпту — он скопируется. Вставь в Claude, ChatGPT, Cursor, Gemini, Copilot или OpenClaw и запусти через этот коннектор.
Claude — это AI, он может ошибаться. Проверяйте ответы.
💡 Без установки? Используйте cloud.anythingmcp.com напрямую. Войдите, нажмите Connectors → Rootly, вставьте учётные данные, создайте MCP API key, и готово. Без Docker, без
git clone, без локального сервера.
Rootly
Управление инцидентами Rootly из любого AI-агента: объявляйте, обновляйте, смягчайте и закрывайте инциденты с заметками в таймлайне и action items, подтверждайте и закрывайте алерты, узнавайте, кто дежурит, публикуйте обновления на страницах статуса и читайте ретроспективы, сервисы, команды и уровни серьёзности.
Настройка
Настройка занимает около 2 минут. Нужен аккаунт Rootly.
- В Rootly откройте меню организации, затем Organization Settings, API Keys, и создайте ключ. Ключ Global видит всю организацию, ключ Team только записи этой команды, ключ Personal действует с вашими собственными правами.
- Дайте ключу роль, которая может читать нужные данные, и, если AI должен их менять, право записи для инцидентов, алертов и action items.
- Вставьте только ключ, без
Bearerвпереди, вROOTLY_API_KEYи запуститеrootly_get_current_user. Он покажет пользователя, от имени которого действует ключ; ключ Global или Team отвечает пользователем, который его создал.
Что происходит: rootly_list_incidents с status: "started,mitigated" (или in_triage) показывает текущие инциденты; есть фильтры по серьёзности, сервису, команде, окружению, типу, тексту и датам. rootly_get_incident показывает инцидент со всеми атрибутами, rootly_list_incident_events его таймлайн, rootly_list_incident_action_items его задачи. Чтобы найти id, AI использует rootly_list_severities, rootly_list_services, rootly_get_service, rootly_list_functionalities, rootly_get_functionality, rootly_list_teams, rootly_get_team, rootly_list_environments, rootly_list_incident_types и rootly_list_users.
Ведение инцидента: rootly_create_incident объявляет инцидент. С idempotency_key повторный вызов в течение 24 часов вернёт тот же инцидент вместо второго; тип test нужен для пробы. rootly_update_incident меняет заголовок, описание, серьёзность, сервисы, команды, метки или статус; список заменяет весь список целиком. rootly_add_incident_event добавляет внутренние или внешние заметки в таймлайн, rootly_mitigate_incident и rootly_resolve_incident продвигают инцидент дальше с короткой заметкой. Action items: rootly_list_action_items по всем инцидентам, rootly_get_action_item, rootly_create_action_item и rootly_update_action_item (например, статус done).
Алерты: rootly_list_alerts (например, статус triggered или open), rootly_get_alert с исходными данными от источника, rootly_acknowledge_alert (эскалация перестаёт вызывать следующий уровень) и rootly_resolve_alert, который может закрыть и связанные инциденты.
Дежурства: rootly_list_oncalls отвечает, кто дежурит сейчас или в заданном интервале. Подробности дают rootly_list_schedules, rootly_get_schedule, rootly_get_schedule_shifts, rootly_list_shifts и rootly_list_escalation_policies.
Страницы статуса и ретроспективы: rootly_list_status_pages, rootly_get_status_page и rootly_list_incident_status_page_events читают; rootly_create_status_page_event публикует обновление (investigating, identified, monitoring, resolved). rootly_list_retrospectives и rootly_get_retrospective читают постмортемы.
Перед записью: обычный инцидент запускает workflows, открывает канал в Slack и может вызвать людей; обновление страницы статуса публично и может разослать письма подписчикам. Поэтому AI показывает, что собирается сделать, и ждёт вашего согласия. Приватный инцидент нельзя снова сделать публичным.
Отключены при установке: ни один инструмент. Всё включено с самого начала; что может делать AI, ограничивают роль и команда ключа.
Форматы данных: ответы в формате JSON:API: записи в data (id, type, attributes, relationships), записи, встроенные через include, в included. Id это UUID, id пользователей числа. Понятный номер инцидента attributes.sequential_id (INC-123). Время в ISO 8601, в UTC, если не указан часовой пояс. rootly_list_incidents и rootly_list_alerts по умолчанию возвращают компактный набор атрибутов; fields: "" возвращает все. Пароли встреч Zoom и ссылки организатора в ответы по инцидентам не попадают.
Постраничный вывод: списки возвращают meta с current_page, next_page (null на последней странице), total_count и total_pages; AI вызывает снова с page_number. Инциденты и алерты принимают также курсор page_after из meta.next_cursor. page_size доходит до 100, но маленькие страницы работают лучше, потому что записи Rootly большие.
Частые ошибки: 401 означает неверный или отозванный ключ, 403 ключ, роль или команда которого не разрешает вызов, 404 неизвестный id или id вне команды ключа, 422 ошибку проверки, где errors называют поле, 429 лимит запросов (заголовки X-RateLimit-* сообщают, когда он сбросится; подождите и повторите).
Коннектор не удаляет инциденты, алерты и action items, не меняет расписания, политики эскалации и страницы статуса и не пишет ретроспективы.
Предварительные требования: ROOTLY_API_KEY
Локальная установка коннектора
curl -fsSL https://raw.githubusercontent.com/HelpCode-ai/anythingmcp/main/docker-compose.quickstart.yml -o docker-compose.yml
printf 'JWT_SECRET=%s\nENCRYPTION_KEY=%s\n' "$(openssl rand -hex 32)" "$(openssl rand -hex 32)" > .env
docker compose up -d
Откройте http://localhost:3000/connectors/store, выберите Rootly и введите переменные, перечисленные в Предварительных требованиях.
Доступные инструменты
| Tool | What it does |
|---|---|
rootly_get_current_user | Show the user the API key acts as: id, name, email, time zone and role |
rootly_list_incidents | List incidents, newest first by default: sequential id (the 123 in INC-123), title, status, kind, severity, services, teams, environments… |
rootly_get_incident | Get one incident with all its attributes: title, summary, status, severity, services, teams, environments, types, labels, Slack channel… |
rootly_create_incident | Declare an incident |
rootly_update_incident | Change an incident: title, summary, status, severity, affected services, functionalities, environments, types, teams, causes or labels |
rootly_mitigate_incident | Mark an incident as mitigated (the impact is under control) with a short note on how |
rootly_resolve_incident | Mark an incident as resolved with a short note on how |
rootly_list_incident_events | List the timeline of an incident: the events (notes, status changes, updates) with their text, visibility (internal or external) and when… |
rootly_add_incident_event | Add a note to the timeline of an incident |
rootly_list_action_items | List action items across all incidents: summary, kind (task during the incident, follow_up after it), priority, status, assignee, due date… |
rootly_list_incident_action_items | List the action items of one incident: summary, kind, priority, status, assignee and due date |
rootly_get_action_item | Get one action item with its description, assignee, teams, due date and linked Jira issue |
rootly_create_action_item | Add an action item to an incident: a task to do now or a follow-up for after the incident, with priority, assignee and due date |
rootly_update_action_item | Change an action item: summary, description, status (e.g. done), priority, assignee or due date |
rootly_list_alerts | List alerts, newest first: short id, summary, status (open, triggered, acknowledged, resolved, deferred), source (datadog, grafana, email… |
rootly_get_alert | Get one alert with its full details, including the raw payload the source sent (data), labels, responders and linked incidents |
rootly_acknowledge_alert | Acknowledge an alert: someone is looking at it, so its escalation stops paging the next level |
rootly_resolve_alert | Resolve an alert, optionally with a note and also resolving the incidents it is attached to |
rootly_list_services | List the services in the catalog: name, slug, description, owners, linked repositories and external ids (Backstage, Cortex, OpsLevel… |
rootly_get_service | Get one service with its description, owner teams and users, escalation policy, alert and incident broadcast settings and external links |
rootly_list_functionalities | List the functionalities (user-facing capabilities such as Checkout or Login) with name, slug, description and owners |
rootly_get_functionality | Get one functionality with its description, owners, linked services and status page components |
rootly_list_teams | List the teams (groups) with name, slug, description, members and their on-call and escalation settings |
rootly_get_team | Get one team with its description and members; add include for its schedules and escalation policies |
rootly_list_environments | List the environments (production, staging and so on) with name, slug and colour |
rootly_list_severities | List the severity levels (e.g |
rootly_list_incident_types | List the incident types (e.g |
rootly_list_users | List the users of the organization: id, name, email, time zone; add include for role, teams or schedules |
rootly_list_oncalls | Who is on call: the on-call entries of every escalation policy, schedule and level for now or a time window, with the user, schedule… |
rootly_list_schedules | List the on-call schedules with name, description, owning teams and time zone |
rootly_get_schedule | Get one on-call schedule with its owners, time zone and settings |
rootly_get_schedule_shifts | List the shifts of one schedule in a time window: who is on call from when to when, including overrides |
rootly_list_shifts | List on-call shifts across schedules in a time window (default: the shifts running now): schedule, rotation, user, start and end, override… |
rootly_list_escalation_policies | List the escalation policies with name, description, repeat settings and owning teams; add include for their levels and paths |
rootly_list_status_pages | List the status pages with title, public URL, whether they are public, and their settings |
rootly_get_status_page | Get one status page with its title, description, public URL, components and settings |
rootly_list_incident_status_page_events | List the updates an incident published to status pages: text, status (investigating, identified, monitoring, resolved), status page and time |
rootly_create_status_page_event | Publish an incident update on a status page, e.g |
rootly_list_retrospectives | List incident retrospectives (post-mortems): title, status (draft, published), the incident, URL and dates |
rootly_get_retrospective | Get one retrospective with its title, status, content, URL and the incident it belongs to |
Примеры запросов
- «Какие инциденты сейчас открыты и кто дежурит по сервису платежей?»
- «Покажи таймлайн INC-482 и перечисли его открытые action items.»
- «Объяви инцидент SEV2 из-за медленного оформления заказа в сервисе checkout. Покажи детали, прежде чем создавать.»
- «Подтверди сработавшие алерты Datadog по API-шлюзу и расскажи, что в них.»
- «Опубликуй обновление Monitoring по INC-482 на нашей странице статуса: исправление выкачено, следим за уровнем ошибок.»
Следующие шаги
Это руководство помогло?