NeuralTrust ha sido reconocido por Gartner → Leer más

Conecta Rootly MCP a tus agentes de IA, de forma segura.

Un único endpoint seguro para cada llamada a Rootly que hacen tus agentes de IA: acotada por usuario, inspeccionada y registrada.

Elige las herramientas que pueden usar tus agentes de IA

261 herramientas del esquema de Rootly MCP.

Mostrando 261 herramientas

  • list_incidentsreadLists incidents with bounded pagination and compact responses to avoid context overflow.
  • get_incidentreadRetrieves a single incident for direct verification, including post-incident-review fields.
  • search_incidentsreadSearches incidents.
  • collect_incidentsreadCollects incidents in bulk for analysis and reporting.
  • find_related_incidentsreadUses TF-IDF similarity analysis to find historically similar incidents.
  • suggest_solutionsreadMines past incident resolutions to recommend actionable solutions.
  • list_incident_typesreadLists the configured incident types.
  • get_incident_typereadRetrieves one incident type.
  • list_causesreadLists the configured causes.
  • get_causereadRetrieves one cause.
  • list_all_incident_action_itemsreadLists action items across all incidents.
  • list_incident_action_itemsreadLists the action items on one incident.
  • get_incident_action_itemsreadRetrieves incident action item detail.
  • list_incident_form_field_selectionsreadLists the form field selections on an incident.
  • get_incident_form_field_selectionreadRetrieves one incident form field selection.
  • create_incident_action_itemwriteCreates an action item on an incident.
  • create_incident_form_field_selectionwriteCreates a form field selection on an incident.
  • update_incident_form_field_selectionwriteUpdates an existing incident form field selection.
  • update_incident_typewriteUpdates an incident type definition.
  • update_causewriteUpdates a cause definition.
  • create_incidenthigh riskCreates a new incident with a scoped set of fields for agent workflows, which starts the real response process.
  • update_incidenthigh riskScoped incident update covering summary and retrospective progress status only.
  • create_incident_eventwriteCreates a new event.
  • create_sub_statuswriteCreates a new Sub-Status.
  • get_incident_sub_statusreadRetrieves a specific incident_sub_status by id.
  • get_sub_statusreadRetrieves a specific Sub-Status by id.
  • list_incident_eventsreadLists incident events.
  • list_incident_rolesreadLists role assignments for an incident (who is Commander, Scribe, etc.).
  • list_sub_statusesreadLists Sub-Statuses.
  • update_incident_action_itemwriteUpdates a specific incident action item by id.
  • update_incident_sub_statuswriteUpdates a specific incident_sub_status by id.
  • update_sub_statuswriteUpdates a specific Sub-Status by id.
  • list_schedulesreadLists the on-call schedules.
  • get_schedulereadRetrieves one schedule.
  • get_schedule_shiftsreadReturns the shifts on a schedule.
  • list_shiftsreadLists shifts across schedules.
  • list_schedule_rotationsreadLists the rotations on a schedule.
  • get_schedule_rotationreadRetrieves one schedule rotation.
  • list_schedule_rotation_usersreadLists the users in a rotation.
  • list_schedule_rotation_active_daysreadLists the active days configured on a rotation.
  • list_on_call_shadowsreadLists on-call shadows, where someone shadows a shift.
  • get_on_call_shadowreadRetrieves one on-call shadow.
  • list_override_shiftsreadLists the override shifts on a schedule.
  • get_override_shiftreadRetrieves one override shift.
  • list_on_call_rolesreadLists the on-call roles, such as primary and secondary.
  • get_on_call_rolereadRetrieves one on-call role.
  • get_oncall_schedule_summaryreadSummarises a schedule's current and upcoming coverage.
  • get_oncall_shift_metricsreadOn-call shift metrics for a period, grouped by user, team or schedule, with primary and secondary role tracking, shift counts, hours and days on call.
  • get_oncall_handoff_summaryreadA complete handoff: current and next on-call plus the incidents that happened during their shifts, optionally filtered to one timezone's business hours.
  • get_shift_incidentsreadThe incidents in a time period with optional severity, status and tag filters, plus counts and average resolution time.
  • check_responder_availabilityreadChecks whether a responder is available to take a shift.
  • check_oncall_health_riskreadDetects workload health risk in scheduled responders, returning at-risk users, recommended safe replacements and action summaries. Self-hosted only: it is not registered on the hosted service at all, so no allowlist can enable it there.
  • create_schedule_rotationhigh riskCreates a rotation on a schedule, which determines who is on call and when.
  • update_schedule_rotationhigh riskUpdates an existing schedule rotation.
  • update_schedulehigh riskUpdates a schedule's configuration.
  • create_on_call_shadowhigh riskAdds someone to shadow an on-call shift.
  • update_on_call_shadowhigh riskUpdates an existing on-call shadow.
  • create_override_shifthigh riskCreates an override shift, putting a different person on call for a period.
  • update_override_shifthigh riskUpdates an existing override shift.
  • update_on_call_rolehigh riskUpdates an on-call role definition.
  • create_override_recommendationhigh riskCreates a recommendation that someone's shift be covered by another responder.
  • create_on_call_rolehigh riskCreates a new On-Call Role.
  • create_schedulewriteCreates a new schedule.
  • create_schedule_rotation_active_daywriteCreates a new schedule rotation active day.
  • create_schedule_rotation_userwriteCreates a new schedule rotation user.
  • get_shift_coverage_requestreadRetrieves a specific shift coverage request.
  • list_shift_coverage_requestsreadLists active shift coverage requests for a schedule.
  • list_catalogsreadLists the catalogs.
  • get_catalogreadRetrieves one catalog.
  • list_catalog_entitiesreadLists the entities in a catalog.
  • get_catalog_entityreadRetrieves one catalog entity.
  • list_servicesreadLists the services.
  • get_servicereadRetrieves one service.
  • get_service_incidents_chartreadReturns the incidents chart for a service.
  • get_service_uptime_chartreadReturns the uptime chart for a service.
  • list_functionalitiesreadLists the functionalities.
  • get_functionalityreadRetrieves one functionality.
  • get_functionality_incidents_chartreadReturns the incidents chart for a functionality.
  • get_functionality_uptime_chartreadReturns the uptime chart for a functionality.
  • list_environmentsreadLists the environments.
  • get_environmentreadRetrieves one environment.
  • list_severitiesreadLists the severity levels.
  • get_severityreadRetrieves one severity.
  • update_servicehigh riskUpdates a service definition, which routing and reporting depend on.
  • update_functionalityhigh riskUpdates a functionality definition.
  • update_environmenthigh riskUpdates an environment definition.
  • update_severityhigh riskUpdates a severity definition, which changes how future incidents are classified and paged.
  • create_catalogwriteCreates a new catalog.
  • create_catalog_entitywriteCreates a new Catalog Entity.
  • create_causewriteCreates a new cause.
  • create_environmentwriteCreates a new environment.
  • create_functionalitywriteCreates a new functionality.
  • create_incident_typewriteCreates a new incident type.
  • create_servicewriteCreates a new service.
  • create_severitywriteCreates a new severity.
  • update_catalogwriteUpdates a specific catalog by id.
  • update_catalog_entitywriteUpdates a specific Catalog Entity by id.
  • list_alertsreadLists alerts.
  • get_alertreadRetrieves one alert.
  • get_alert_by_short_idreadRetrieves an alert by its short ID, the form that appears in chat and paging messages.
  • list_alert_eventsreadLists alert events.
  • get_alert_eventreadRetrieves one alert event.
  • list_alert_groupsreadLists the alert groups.
  • get_alert_groupreadRetrieves one alert group.
  • list_alert_routing_rulesreadLists the alert routing rules.
  • get_alert_routing_rulereadRetrieves one alert routing rule.
  • list_alert_urgenciesreadLists the alert urgency levels.
  • get_alert_urgencyreadRetrieves one alert urgency.
  • list_incident_alertsreadLists the alerts linked to an incident.
  • create_alert_groupwriteCreates an alert group, which bundles related alerts together.
  • update_alert_groupwriteUpdates an existing alert group.
  • update_alert_eventwriteUpdates an alert event.
  • create_alert_routing_rulehigh riskCreates a routing rule that decides which alerts reach which people.
  • update_alert_routing_rulehigh riskUpdates a routing rule, which silently redirects paging without creating any incident.
  • attach_alertwriteAttaches alerts to an incident.
  • create_alertwriteCreates a new alert.
  • create_alert_eventwriteCreates a new alert event.
  • create_alert_routewriteCreates a new alert route.
  • create_alert_urgencywriteCreates a new alert urgency.
  • create_alerts_sourcewriteCreates a new alert source.
  • get_alert_routereadGets a specific alert route by id.
  • get_alerts_sourcereadRetrieves a specific alert source by id.
  • list_alert_routesreadLists all alert routes for the current team with filtering and pagination.
  • list_alerts_sourcesreadLists alert sources.
  • patch_alert_routewriteUpdates an alert route.
  • update_alertwriteUpdates an alert.
  • update_alert_routewriteUpdates a specific alert route by id.
  • update_alert_urgencywriteUpdates a specific alert urgency by id.
  • update_alerts_sourcewriteUpdates a specific alert source by id.
  • list_retrospective_processesreadLists the retrospective processes.
  • list_playbooksreadLists the playbooks.
  • get_playbookreadRetrieves one playbook.
  • update_retrospective_stepwriteUpdates an existing retrospective step.
  • create_retrospective_processwriteCreates a retrospective process, the template a retrospective follows.
  • update_retrospective_processwriteUpdates an existing retrospective process.
  • create_playbookwriteCreates a playbook.
  • update_playbookwriteUpdates an existing playbook.
  • update_playbook_taskwriteUpdates an existing playbook task.
  • get_incident_meeting_transcriptsreadReads what was said on an incident's calls (Rootly Meeting Scribe).
  • get_incident_retrospectivereadFetches the written retrospective for one incident.
  • get_incident_retrospective_stepreadRetrieves a specific incident retrospective step by id.
  • get_meeting_recordingreadRetrieves a single meeting recording session including its status, duration, speaker count, word count, and transcript summary.
  • get_retrospective_processreadRetrieves a specific retrospective process by id.
  • get_retrospective_process_groupreadRetrieves a specific Retrospective Process Group by id.
  • get_retrospective_stepreadRetrieves a specific retrospective step by id.
  • list_all_meeting_recordingsreadLists meeting recordings across the organization.
  • list_incident_post_mortemsreadBrowses retrospectives across incidents.
  • list_meeting_recordingsreadLists all meeting recording sessions for an incident.
  • update_incident_retrospective_stepwriteUpdates a specific incident retrospective step by id.
  • update_retrospective_process_groupwriteUpdates a specific Retrospective Process Group by id.
  • list_heartbeatsreadLists the heartbeats.
  • get_heartbeatreadRetrieves one heartbeat.
  • list_pulsesreadLists the pulses, the lightweight events Rootly records alongside incidents.
  • get_pulsereadRetrieves one pulse.
  • list_dashboardsreadLists the dashboards.
  • get_dashboardreadRetrieves one dashboard.
  • create_heartbeatwriteCreates a heartbeat that alerts when something stops reporting.
  • update_heartbeatwriteUpdates an existing heartbeat.
  • create_pulsewriteRecords a pulse event.
  • update_pulsewriteUpdates an existing pulse.
  • create_dashboardwriteCreates a dashboard.
  • update_dashboardwriteUpdates an existing dashboard.
  • update_dashboard_panelwriteUpdates an existing dashboard panel.
  • count_observability_logsreadCounts logs matching a Logs explorer query, grouped by service, index, severity or an attribute key (@http.status_code).
  • get_dashboard_panelreadRetrieves a specific dashboard panel by id.
  • get_live_call_routerreadRetrieves a specific Live Call Router by id.
  • list_live_call_routersreadLists Live Call Routers.
  • list_observability_logsreadSearches Rootly Observability logs with the Logs explorer query syntax (service:, severity:, index:, trace_id:, @attribute:value, OR inside field groups, - negation, * prefix, free text).
  • list_observability_patternsreadLists log patterns (clustered log templates) with counts against the previous window of the same length.
  • list_workflowsreadLists the workflows.
  • get_workflowreadRetrieves one workflow.
  • list_workflow_groupsreadLists the workflow groups.
  • get_workflow_groupreadRetrieves one workflow group.
  • list_workflow_tasksreadLists the tasks on a workflow.
  • get_workflow_taskreadRetrieves one workflow task.
  • list_workflow_runsreadLists workflow runs, which show what the automation has actually done.
  • list_workflow_form_field_conditionsreadLists the form field conditions that gate a workflow.
  • get_workflow_form_field_conditionreadRetrieves one workflow form field condition.
  • create_workflow_taskhigh riskAdds a task to a workflow, changing what the automation does when it fires.
  • update_workflow_taskhigh riskUpdates an existing workflow task.
  • update_workflowhigh riskUpdates a workflow, which runs automatically on real events with no human in the loop.
  • create_workflowwriteCreates a new workflow.
  • create_workflow_form_field_conditionwriteCreates a new workflow form field condition.
  • create_workflow_groupwriteCreates a new workflow group.
  • create_workflow_runwriteCreates a new workflow run.
  • get_playbook_taskreadRetrieves a specific playbook_task by id.
  • update_workflow_form_field_conditionwriteUpdates a specific workflow form field condition by id.
  • update_workflow_groupwriteUpdates a specific workflow group by id.
  • list_escalation_policiesreadLists the escalation policies.
  • get_escalation_policyreadRetrieves one escalation policy.
  • list_escalation_pathsreadLists the escalation paths.
  • get_escalation_pathreadRetrieves one escalation path.
  • list_escalation_levelsreadLists the escalation levels.
  • get_escalation_levelreadRetrieves one escalation level.
  • list_escalation_levels_pathsreadLists the paths behind a set of escalation levels.
  • update_escalation_policyhigh riskUpdates an escalation policy, which decides who gets paged.
  • update_escalation_pathhigh riskUpdates an escalation path.
  • update_escalation_levelhigh riskUpdates an escalation level, which can quietly remove the last person in a paging chain.
  • create_escalation_levelwriteCreates a new escalation level.
  • create_escalation_level_pathswriteCreates a new escalation level.
  • create_escalation_pathwriteCreates a new escalation path.
  • create_escalation_policywriteCreates a new escalation policy.
  • list_status_pagesreadLists the status pages.
  • get_status_pagereadRetrieves one status page.
  • list_status_page_templatesreadLists the status page templates.
  • get_status_page_templatereadRetrieves one status page template.
  • update_status_pagehigh riskUpdates a status page, which is public customer-facing content.
  • create_live_call_routerhigh riskCreates a live call router, which decides where an inbound call lands.
  • update_live_call_routerhigh riskUpdates an existing live call router.
  • create_status_pagewriteCreates a new status page.
  • create_status_page_templatewriteCreates a new template.
  • update_status_page_templatewriteUpdates a specific template event by id.
  • list_teamsreadLists the teams.
  • get_teamreadRetrieves one team.
  • get_team_incidents_chartreadReturns the incidents chart for a team.
  • list_usersreadLists the users.
  • get_userreadRetrieves one user.
  • get_current_userreadReturns the identity the connection is acting as, which is the quickest check on whether a global, team or personal token is in play.
  • update_teamhigh riskUpdates a team. User creation, deletion and role management are deliberately excluded from this surface.
  • create_teamwriteCreates a new team.
  • create_user_email_addresswriteCreates a new user email address.
  • create_user_notification_rulewriteCreates a new user notification rule.
  • create_user_phone_numberwriteCreates a new user phone number.
  • get_user_email_addressesreadRetrieves all email addresses for the specified user.
  • get_user_phone_numbersreadRetrieves all phone numbers for the specified user.
  • list_user_notification_rulesreadLists user notification rules.
  • list_custom_formsreadLists the custom forms.
  • get_custom_formreadRetrieves one custom form.
  • list_form_fieldsreadLists the form fields.
  • get_form_fieldreadRetrieves one form field.
  • list_form_field_optionsreadLists the options available on a form field.
  • get_form_field_optionreadRetrieves one form field option.
  • create_custom_fieldwriteCreates a new custom field (deprecated; use the form field tools instead).
  • create_custom_formwriteCreates a new custom form.
  • create_form_fieldwriteCreates a new form field.
  • create_form_field_optionwriteCreates a new form field option.
  • create_form_setwriteCreates a new form set.
  • create_incident_custom_field_selectionwriteCreates a new incident custom field selection (deprecated; use the form field tools instead).
  • get_custom_fieldreadRetrieves a specific custom_field by id.
  • get_custom_field_optionreadRetrieves a specific custom field option by id (deprecated; use the form field tools instead).
  • get_form_field_placementreadRetrieves a specific form_field_placement by id.
  • get_form_field_placement_conditionreadRetrieves a specific form_field_placement_condition by id.
  • get_form_setreadRetrieves a specific form set by id.
  • get_form_set_conditionreadRetrieves a specific form_set_condition by id.
  • get_incident_custom_field_selectionreadRetrieves a specific incident custom field selection by id (deprecated; use the form field tools instead).
  • list_custom_fieldsreadLists Custom fields (deprecated; use the form field tools instead).
  • list_form_setsreadLists form_sets.
  • list_incident_custom_field_selectionsreadLists incident custom field selections (deprecated; use the form field tools instead).
  • update_custom_fieldwriteUpdates a specific custom field by id (deprecated; use the form field tools instead).
  • update_custom_field_optionwriteUpdates a specific custom field option by id (deprecated; use the form field tools instead).
  • update_custom_formwriteUpdates a specific custom form by id.
  • update_form_fieldwriteUpdates a specific form field by id.
  • update_form_field_optionwriteUpdates a specific form field option by id.
  • update_form_field_placementwriteUpdates a specific form_field_placement by id.
  • update_form_field_placement_conditionwriteUpdates a specific form_field_placement_condition by id.
  • update_form_setwriteUpdates a specific form set by id.
  • update_form_set_conditionwriteUpdates a specific form_set_condition by id.
  • update_incident_custom_field_selectionwriteUpdates a specific incident custom field selection by id (deprecated; use the form field tools instead).
  • get_server_versionreadReturns the running Rootly MCP server version.
  • list_endpointsreadLists the endpoints the current configuration exposes, after any tool profile and allowlist have been applied.
  • list_auditsreadReads the Rootly audit log: who changed which configuration object, when, and what changed.

Qué expone Rootly MCP

Rootly MCP agrupa sus 261 herramientas en 12 categorías, cada una con una política inicial sugerida.

Las 261 herramientas en JSON, listas para pegar.

CategoríaIncluyeAccesoPolítica sugerida
Guardias y calendariosCalendarios y sus turnos, rotaciones con sus usuarios y días activos, acompañamientos, turnos de anulación, roles de guardia, métricas de turno, resúmenes de relevo, comprobaciones de disponibilidad, recomendaciones de anulación y riesgo de cargaLectura / EscrituraLas escrituras de anulación y rotación deciden a quién se avisa. check_oncall_health_risk es solo autoalojada y analiza la carga de responsables con nombre, datos de empleado: Rootly deja la transparencia en manos del operador
IncidentesListado, búsqueda, recopilación, creación y actualización de incidentes, tipos, causas, acciones y selecciones de campos de formulario, más coincidencia por similitud TF-IDF con incidentes históricos y minería de soluciones pasadasLectura / Escrituracreate_incident arranca el proceso real de respuesta. update_incident está acotada a resumen y estado de retrospectiva, más estrecha que la API y conviene mantenerlo así
Catálogo y serviciosCatálogos y sus entidades, servicios y funcionalidades con gráficos de incidentes y disponibilidad, entornos y severidadesLectura / EscrituraCasi todo lectura. Las actualizaciones cambian las definiciones de las que dependen el enrutado y los informes: renombrar una severidad o un servicio se propaga a todo
AlertasAlertas y eventos de alerta, grupos, reglas de enrutado, fuentes y urgencias, las alertas vinculadas a un incidente y la consulta por ID cortoLectura / EscrituraLas reglas de enrutado deciden qué alertas llegan a quién. Crear o cambiar una redirige avisos en silencio sin que se cree ningún incidente
Post-incidenteRevisiones post-incidente, pasos y procesos de retrospectiva, y playbooks con sus tareasLectura / EscrituraLo que se escribe aquí conforma el registro de lo ocurrido y el proceso que seguirá el siguiente responsable. Riesgo operativo bajo, peso documental alto
MonitorizaciónHeartbeats, pulses, dashboards y paneles de dashboard, cada uno con herramientas de creación, actualización y lecturaLectura / EscrituraLos heartbeats avisan cuando un job deja de reportar. No hay borrado en la superficie por defecto, así que un agente puede añadir monitorización pero no quitarla
WorkflowsWorkflows y sus grupos, tareas de workflow, ejecuciones y condiciones de campo de formularioLectura / EscrituraUn workflow es automatización que se dispara ante eventos reales. update_workflow y las escrituras de tarea cambian lo que se ejecuta sin que intervenga nadie después
EscaladoPolíticas de escalado, rutas, niveles y las rutas detrás de un conjunto de nivelesLectura / EscrituraDeciden a quién se avisa en cada paso. Léelas antes de cambiarlas: actualizar un nivel puede eliminar en silencio a la última persona de la cadena
Status pages y comunicacionesPáginas de estado y sus plantillas, plantillas de comunicación y enrutadores de llamada en directoLectura / EscrituraLas status pages son públicas y los enrutadores de llamada deciden dónde cae una llamada entrante. Ambas son superficies de cara al cliente: exige aprobación en cada escritura
Equipos y usuariosEquipos con sus gráficos de incidentes, usuarios y la identidad con la que actúa la conexiónLectura / EscrituraLa creación, el borrado de usuarios y la gestión de roles están excluidos a propósito, así que aquí solo escribe update_team. get_current_user confirma qué alcance de token está realmente en juego
FormulariosFormularios personalizados, campos de formulario y opciones de campoLectura / EscrituraSolo lectura. Útil como paso previo para escribir correctamente las selecciones de campo de un incidente
MetaLa versión del servidor en ejecución y la lista de endpoints que expone la configuración actualLecturalist_endpoints es la vía más rápida para confirmar con qué perfil de herramientas y qué lista permitida ha quedado realmente una conexión

Conecta Rootly MCP a tu agente de IA

Cuatro pasos, menos de diez minutos.

  1. 01

    Inicia sesión en NeuralTrust

    Abre la plataforma de NeuralTrust, inicia sesión y ve a Getting started, después a Connect your tools.

    Inicia sesión en NeuralTrust
  2. 02

    Elige tu agente

    Cuando te pregunte qué agente usas, elige Claude Code, Codex, Cursor, Windsurf, Copilot o tu propio código.

    Elige tu agente
  3. 03

    Conecta Rootly

    Busca Rootly en la lista de herramientas y conéctalo.

    Conecta Rootly
  4. 04

    Conecta tu agente

    Sigue los pasos en pantalla para añadir la configuración a tu agente y envía el prompt de prueba.

    Conecta tu agente

Permisos hasta la herramienta individual

No permites ni bloqueas Rootly MCP entero. Permites exactamente las herramientas que puede llamar cada agente, una a una.

Rootly MCP261 HERRAMIENTAS DISPONIBLES
Agente de revisión de código4 herramientas, solo lectura
Bot de triaje de incidencias9 herramientas
Asistente del equipo de plataformalas 261 herramientas
  • Herramienta por herramientaConectar el servidor no es la unidad de acceso. Cada herramienta se concede por separado.
  • Denegado por defectoUna herramienta que no has activado nunca se expone al agente.
  • Aprobación en las escriturasLas herramientas que modifican o borran pueden exigir la confirmación de una persona.

¿Es seguro Rootly MCP?

Un endpoint en lugar de credenciales en claro. Cada llamada se comprueba contra la política y queda registrada.

Agentes de IASe conectan desde la configuración de tu cliente MCP.NeuralTrustSe aplican los controles según tu configuración.Rootly MCP261 herramientas generadas por el servidor MCP de Rootly en su configuración por defecto (260 en el servicio alojado, donde check_oncall_health_risk no está disponible), y hay un perfil reducido de unas 70 con ?tool_profile=slim. Las operaciones de borrado están desactivadas por defecto, y la gestión de API keys, la creación y borrado de usuarios, la gestión de roles y la configuración de webhooks quedan excluidas por diseño.
Asistentes de códigoConexión y credencialespor usuarioGuardias y calendarios35 herramientas
Copilotos internosPolíticas de acceso a herramientasdenegado por defectoIncidentes32 herramientas
Automatizaciones de flujosInspección de peticiones y respuestasen líneaAlertas32 herramientas
Clientes MCP compatiblesMonitorización de actividadalertas y registrosResto de herramientas162 herramientas
Preguntas frecuentes

Preguntas habituales sobre usar Rootly MCP a través de TrustGate.

Conecta Rootly MCP al instante

Elige las herramientas, apunta tu agente a TrustGate y Rootly MCP queda activo: acotado, inspeccionado y registrado.