Claude para ServiceNow: cómo conectarlo y cuánto cuesta

Lo que ServiceNow anunció realmente

Dos anuncios, separados por cinco meses, que se confunden constantemente.

El 28 de enero de 2026, Anthropic y ServiceNow anunciaron que Claude es el modelo por defecto que impulsa ServiceNow Build Agent y un modelo preferido en toda la ServiceNow AI Platform. ServiceNow también desplegó Claude y Claude Code internamente a más de 29.000 empleados, reportando una reducción de hasta el 95% en el tiempo de preparación de reuniones de venta. Bill McDermott lo planteó como reimaginar cómo se hace el trabajo. La frase de Dario Amodei hablaba de que la IA se entreteje en el trabajo diario en lugar de añadirse a posteriori.

Luego, el 5 de mayo de 2026, en Knowledge 2026, ServiceNow anunció Action Fabric, abriendo la plataforma a cualquier agente externo mediante un servidor MCP de disponibilidad general. Anthropic figura como el primer socio de diseño, conectando Claude Cowork con lo que ServiceNow llama su sistema de acción. Boris Cherny, responsable de Claude Code en Anthropic, aparece citado hablando de cerrar la brecha entre saber qué debe pasar y hacer que pase.

Leídos juntos, ambos anuncios forman una historia sólida. El propio planteamiento de ServiceNow es que otras plataformas dejan a los agentes leer y escribir datos, mientras que ServiceNow les permite ejecutar trabajo gobernado: flujos, playbooks, aprobaciones, catálogos.

Ahora la parte que las notas de prensa omiten. El servidor MCP está incluido en las SKU de Now Assist y AI Native, y las acciones headless consumen la misma moneda de assists que Now Assist y AI Agents. Esa frase está en la propia publicación de Action Fabric, en cursiva, casi al final. Es toda la forma comercial de esta integración, y todo lo que sigue se desprende de ahí.

Algo más que vale la pena notar si te pones a leer la documentación: ServiceNow está en pleno cambio de marca. Un banner en la documentación indica ahora que ServiceNow Otto es la nueva marca de experiencia de IA, y las URL de artículos de la comunidad ya han pasado de now-assist-articles a servicenow-otto-articles. Mismo producto, nuevo nombre, documentación a medio migrar.

Cuatro formas en que Claude llega a una instancia de ServiceNow

Hay cuatro, y no son equivalentes.

Las dos primeras son las que puedes usar hoy mismo. La tercera apunta en la dirección contraria: Claude trabajando sobre ServiceNow en lugar de en tu cola. La cuarta es de la que más habla la nota de prensa, y la que ahora mismo puedes comprar con menos fiabilidad.

La vía oficial: MCP Server Console

MCP Server Console es la respuesta compatible, y la documentación de ServiceNow nombra explícitamente a Claude como cliente junto a Microsoft Copilot.

Las cuatro herramientas Quickstart

No tienes que construir nada para empezar. Hay un Quickstart Server preconfigurado, y esta es toda la superficie que expone:

Dos búsquedas y dos resumidores. La experiencia de Claude en ServiceNow lista para usar es leer y resumir, no actuar. Pide «trae todos los incidentes abiertos» o «resume todos los casos cerrados esta semana» y funciona bien. Pídele reasignar un P1, aprobar un cambio o disparar un ítem de catálogo, y no hay herramienta para eso hasta que alguien construya una.

Es un punto de partida más estrecho que las cuatro herramientas de guardia que encontré en el servidor MCP Rovo de Atlassian, y mucho más estrecho que las doce herramientas de Confluence de mi artículo Claude para Confluence. La diferencia es deliberada: Atlassian entrega una lista fija de herramientas, ServiceNow entrega un constructor.

Qué puedes construir más allá

Las herramientas de MCP Server Console provienen de cinco categorías, y aquí es donde realmente se nota la profundidad de la plataforma:

• REST API envuelve cualquier endpoint de la instancia, incluida la Table API.
• Action y Subflow son las interesantes, porque representan trabajo gobernado en lugar de simple acceso a datos. La propia documentación de ServiceNow describe los subflows y las actions como algo que permite a los agentes enviar solicitudes, enrutarlas para aprobación y confirmar resultados sin salir del cliente.
• Knowledge Graph ofrece consultas conscientes de relaciones sobre datos de instancia en vivo, en lugar de lecturas planas de registros.
• Now Assist skill expone una skill existente, incluidas las personalizadas del AI Skill Kit.

Por herramienta, puedes desactivar inputs individuales para que nunca lleguen al cliente, aunque algunos inputs obligatorios no se pueden desactivar. Ese control a nivel de campo es la mejor característica de gobernanza de toda la configuración, y es la razón por la que yo construiría herramientas en lugar de exponer la Table API por completo.

Dos detalles de fricción en la documentación que te van a morder durante la construcción. Añadir inputs a una skill de Now Assist después de haber creado una herramienta a partir de ella significa crear una herramienta de reemplazo, no editar la existente. Y la creación de herramientas requiere como mínimo el parche Zurich 9 o Australia 2, más reciente que el nivel de parche que te dio el propio servidor MCP.

Cómo conectar Claude a ServiceNow

La conexión es un intercambio OAuth, no una entrada de directorio en la que haces clic. No hay una entrada de ServiceNow de un solo clic en el directorio de conectores de Claude, que es la principal diferencia práctica con algo como el servidor MCP oficial de Front.

1. Consigue una SKU que califique. Now Assist (Pro Plus, Enterprise Plus) o una SKU de IA, según la propia lista de requisitos de ServiceNow. También en esa lista: Zurich Patch 4 o superior, la store app de AI Agents en 6.x o superior, y la store app de MCP Client en 1.1 o superior.
2. Elige o crea un servidor. En All > MCP Server Console > Configuration > Servers. Usa el Quickstart Server para empezar; crea el tuyo cuando quieras un conjunto de herramientas acotado, digamos un servidor para IT y otro para RR. HH.
3. Crea herramientas si las necesitas. Configuration > Tools > Create tool, luego elige una categoría. El rol requerido es sn_mcp_server.tools_admin, sn_mcp_server.admin o admin. Cada servidor necesita al menos una herramienta.
4. Crea una integración entrante OAuth para Claude. Una por cliente. De ahí salen el ID de cliente y el secreto.
5. Apunta Claude al servidor. El patrón de URL es https://<instance>.service-now.com/sncapps/mcp-server/mcp/<server-name>, y para el Quickstart Server el nombre es sn_mcp_server_default. El tipo de autenticación es OAuth 2.0 con un proveedor de identidad OAuth 2 genérico, autorización en /oauth_auth.do, token en /oauth_token.do, revocación en /oauth_revoke.do, callback en /oauth/callback, alcance mcp_server.
6. Dale un prompt. Claude envía Authorization: Bearer <token>, el servidor valida y devuelve su lista de herramientas, y los resultados vuelven como JSON que el cliente renderiza como texto.

Calcula una hora si tu instancia ya está parcheada y hay alguien con sn_mcp_server.admin en la sala. Calcula un ciclo de compras si la SKU de Now Assist aún no está firmada.

Lo que realmente cuesta una llamada de Claude

Aquí está la frase que decide si esto es barato o caro, directamente de las propias preguntas frecuentes de MCP de ServiceNow: las skills de Now Assist expuestas como herramientas a través del servidor MCP consumen su número habitual de assists al invocarse, más 1 assist.

Ese recargo es fijo, lo que significa que impacta de forma muy distinta según la skill. Resumir un incidente es una skill de 1 assist, así que invocarla desde Claude cuesta 2, un sobrecoste del 100% sobre lo más barato que querrías hacer. Un análisis de notas de trabajo de 250 assists paga el mismo assist extra y apenas lo nota. La tarifa publicada también sitúa los temas de Virtual Agent y las acciones de tickets en 10 assists cada uno, y los flujos de trabajo agénticos en 25, 50 o 150, según cuántas herramientas toquen.

Los assists se agrupan a nivel de cuenta entre instancias de producción y sub-producción, y se reinician en el aniversario de compra, así que un equipo experimentando en una instancia de desarrollo está gastando del mismo fondo del que se nutre la cola de producción.

El patrón que resulta de esto es contraintuitivo. El recargo de MCP castiga precisamente las lecturas baratas y de alta frecuencia que más querrías que hiciera Claude, y se pierde en el ruido en los flujos de trabajo caros. Si tu plan es «que todo IT resuma incidentes con Claude todo el día», ese es exactamente el caso donde el assist extra duplica tu consumo.

Veo a compradores chocar constantemente con este muro. Uno con el que trabajé, una empresa de seguridad de correo que usa Freshdesk y que crece hacia 20.000 tickets al año, quemó 200 interacciones medidas en un solo día de pruebas y de inmediato empezó a preocuparse por la cifra a volumen real. Otro, un operador de muy alto volumen, encontró la distinción entre por interacción y por ticket lo bastante confusa en plena llamada como para proyectar unos 30.000 $ al mes para su empresa antes de que nadie pudiera corregir la cuenta. Los precios de IA medidos no están mal. Simplemente son muy difíciles de pronosticar antes de haberlos ejecutado, y por eso ahora insisto en simular cada despliegue de eesel contra los tickets históricos propios del cliente antes de que nadie lo active.

Dónde se detiene la vía oficial

Seis límites que conviene conocer antes de comprometerte. Ninguno es secreto; todos están en la documentación y las preguntas frecuentes de ServiceNow, que es más de lo que publica la mayoría de los proveedores.

Solo transporte remoto. Se admiten HTTP en streaming y SSE. Stdio no, y los servidores MCP locales no se admiten en absoluto. Si tu modelo mental de la configuración MCP de Claude es un comando local en un archivo JSON, esa forma no aplica aquí.

Protocolo MCP 2025-06-18. Esa es la versión de especificación compatible. Los recursos y prompts de MCP aún no se admiten, aunque ServiceNow dice que están en la hoja de ruta bajo safe harbour.

Sin GCC para el servidor. El cliente MCP y A2A funcionan en GCC. El servidor MCP no, según las preguntas frecuentes del parche Zurich 4. Para una instancia federal de EE. UU., eso cierra por completo la vía oficial.

Los datos salen de tu instancia. La documentación de MCP Server Console afirma con claridad que la aplicación requiere transferir datos de las instancias de los clientes a un entorno centralizado de ServiceNow, potencialmente en una región de centro de datos distinta, y potencialmente a un proveedor de nube de terceros como Microsoft Azure. Lee eso con tus compromisos de residencia de datos presentes.

Los inputs y outputs alimentan el desarrollo del modelo por defecto. Esa misma página de documentación dice que ServiceNow recopila y usa inputs, outputs y ediciones a los outputs para desarrollar y mejorar sus tecnologías, con una opción de exclusión disponible a través de la página de exclusión de Now Assist. Excluirse significa que alguien tiene que ir realmente a hacerlo.

Una integración OAuth por cliente. Ese es el diseño, y es razonable, pero significa que incorporar una segunda aplicación de IA es otra tarea administrativa en lugar de una casilla que marcar. El AI Gateway en AI Control Tower es donde vas a ver quién llamó qué.

Por qué los equipos siguen recurriendo al código abierto

Los servidores MCP de la comunidad no son algo marginal. El más conocido, echelon-ai-labs/servicenow-mcp, tiene 286 estrellas y 225 forks, tiene licencia MIT, y entrega herramientas para incidentes, solicitudes de cambio, el catálogo de servicios, bases de conocimiento, usuarios y grupos, workflows, script includes, changesets e historias ágiles. Admite basic auth, OAuth y clave de API, se ejecuta sobre stdio o SSE, y tiene un sistema de empaquetado de herramientas con paquetes basados en roles como service_desk, change_coordinator y knowledge_author para mantener razonable el número de herramientas expuestas.

La razón honesta por la que la gente usa esto es la licencia, y r/servicenow lo dice sin rodeos:

"These open source ones that keep popping up are more-so alternatives if your company doesn't want to purchase now assist licensing."

u/averageuser612, Reddit

El mismo hilo tiene la versión más afilada, en un comentario que predice que ServiceNow nunca lanzará uno gratis:

"ServiceNow most definitely won't give customers something for free when the alternative is to charge you in assists. If they could charge you assist to log in to your instance, they would."

u/tokenontokens, Reddit

Yo matizaría un poco esa lectura, y vale la pena hacerlo con justicia. ServiceNow sí lanzó un servidor MCP, sí tiene disponibilidad general, y la documentación es inusualmente específica sobre lo que cubre y lo que no. Simplemente no es gratis, y tampoco pretende serlo.

Lo que se sacrifica al ir con código abierto es real, sin embargo. Al mantenedor de un servidor comunitario más reciente se le preguntó directamente por los guardrails y respondió que el lado MCP es un conjunto crudo de herramientas sin guardrails incorporados por defecto, y que el cliente decide cómo usarlas. Ese es el intercambio: el servidor oficial te da control de inputs a nivel de campo, OAuth, registros de auditoría a través de AI Control Tower y medición por herramienta. Un envoltorio crudo de la Table API te da inmediatamente todo lo que tu cuenta de servicio puede alcanzar.

También hay una tercera postura en estos hilos que vale la pena tomar en serio, de alguien que no quería nada de esto:

"Claude has built perfectly fine servicenow fluent code for me without any external tooling whatsoever."

u/Correct-Mood5309, Reddit

Para trabajo de scripting y Fluent, eso suele ser cierto. MCP se justifica cuando Claude necesita el estado en vivo de la instancia, no cuando necesita escribir código que ya sabe escribir.

Una nota de campo de un equipo que construyó el suyo propio, en la versión del parche Australia 4: su único inconveniente fue la autenticación, ya que CMDB Search en este momento no funciona con la cuenta admin, mientras que cualquier otra cuenta con privilegios de lectura funciona bien. Ese es el tipo de detalle que cuesta una tarde si nadie te avisa.

Build Agent: Claude apuntando en la otra dirección

Vale la pena separarlo, porque la intención de búsqueda de «Claude para ServiceNow» a menudo resulta significar esto.

Build Agent es el producto de vibe-coding de ServiceNow para construir apps y automatizaciones, y Claude es ahora el modelo por defecto detrás de él. ServiceNow espera que el uso de Build Agent se cuadruplique en los próximos 12 meses, y apunta a una reducción del 50% en el tiempo de implementación para clientes con Claude en el bucle. Eso es Claude construyendo sobre la plataforma, generando aplicaciones con alcance definido, flujos y configuraciones.

La distinción que hace la comunidad entre Build Agent y la vía MCP es útil. Build Agent está construido alrededor del SDK de ServiceNow y Fluent, despliega cada cambio aprobado en su propio update set independiente, y tiende a crear artefactos desde cero porque está diseñado para aplicaciones con alcance nuevas. Un servidor MCP basado en la Table API trabaja sobre lo que ya existe y aplica los cambios en tu update set actual como cualquier cambio manual.

Si eres desarrollador de ServiceNow, Build Agent probablemente sea el más interesante de los dos. Si gestionas una mesa de servicio, no es la herramienta que buscabas.

Nadie está vigilando tu cola

Esta es la parte que querría conocer antes de dedicar un trimestre al despliegue.

Todas las rutas anteriores las inicia un humano. Una persona abre Claude, escribe un prompt, y ocurre una llamada a una herramienta. No existe un modo en el que el servidor MCP note que llega un nuevo P2 a tu cola ITSM, decida que coincide con un patrón conocido, redacte una respuesta y la publique. El propio ejemplo de Action Fabric es un product manager preguntándole a Claude por el acceso que le falta, y luego revisando una lista y confirmando. Gobernado, auditable, útil, y aun así, disparado por un humano.

Esa brecha importa de forma distinta según quién seas:

• Un desarrollador o administrador de ServiceNow no pierde casi nada. De todos modos, siempre ibas a ser tú quien escribiera.
• Un líder de operaciones de IT obtiene una lectura mucho mejor de la instancia y resúmenes de incidentes más rápidos, lo cual es un valor real.
• Un gestor de mesa de servicio medido por deflection no obtiene nada directamente. La deflection necesita algo que responda antes de que intervenga un humano, que es para lo que sirve Virtual Agent, y los propios límites del nivel de entrada de Virtual Agent son otra conversación aparte.

Si estás evaluando esto para aumentar la resolución en el primer contacto o reducir el volumen de tickets en un helpdesk interno, el servidor MCP es el instrumento equivocado. Es un muy buen instrumento para otra cosa.

Claude o Now Assist: ¿quién debería tocar tu instancia?

No es realmente una competencia, pero aquí está la división que yo usaría.

La única línea que subrayaría: invocar una skill de Now Assist a través de MCP cuesta más que invocar la misma skill de forma nativa. Si una skill de todos modos va a ejecutarse dentro de un workflow de ServiceNow, no la enrutes por Claude solo por hacerlo.

eesel AI para equipos de ServiceNow

Primero la respuesta directa: eesel no tiene una integración ITSM nativa con ServiceNow. Prefiero decirlo con claridad a que lo descubras tres párrafos después.

Lo que hace eesel es la mitad desatendida que MCP Server Console estructuralmente no cubre. Se conecta a tu helpdesk y a tu base de conocimiento, entrena con tus propios tickets y documentos pasados, y luego gestiona conversaciones por su cuenta en lugar de esperar a que alguien abra una ventana de chat y pregunte. Esa es la pieza que un gestor de mesa de servicio suele estar buscando cuando llega a una búsqueda de «Claude para ServiceNow».

Tres diferencias que importan si acabas de leer la aritmética de assists de arriba:

• Simulas antes de salir en vivo. eesel ejecuta el agente contra tus tickets históricos reales y te muestra qué habría dicho y qué habría resuelto, antes de tocar una cola en vivo. Esto existe porque he visto bots que suenan seguros dar respuestas equivocadas en producción, y una prueba en seco sobre el historial real es la única forma honesta de averiguarlo antes.
• Un número, por ticket. 0,40 $ por ticket o chat gestionado, no un fondo de assists con distintas tarifas por skill y una tarifa de exceso no publicada. Puedes proyectarlo al dorso de un sobre.
• También funciona en mesas internas. eesel gestiona el lado interno a través de Slack, Microsoft Teams y correo electrónico. Lee desde Confluence y otras fuentes internas, que es donde en realidad vive buena parte del trabajo de automatización ITSM cercano a ServiceNow.

¿Usas ServiceNow y quieres ver qué hace un agente desatendido con tu propio historial de tickets antes de comprometerte con nada? Para eso está la demo, y la prueba es gratis.

Dónde me quedaría yo

Si ya tienes una SKU de Now Assist, conecta Claude a través de MCP Server Console esta semana. Es una hora de trabajo administrativo, el Quickstart Server te da de inmediato una superficie útil de lectura y resumen, y los controles de input a nivel de campo son mejor gobernanza que la que ofrece cualquier servidor de la comunidad.

Si no tienes Now Assist, y comprarlo para esto es toda la cuestión, sé realista: estarías licenciando un nivel de IA de la plataforma para obtener cuatro herramientas más un constructor, encima de una licencia de ServiceNow que ya no es barata. Un servidor MCP de la comunidad es gratis y cubre la mayoría de los casos de uso de lectura, al costo de no tener guardrails ni medición.

Y si lo que realmente querías eran menos tickets en lugar de mejores respuestas sobre tickets, ninguna de las cuatro vías te lleva ahí. Esa es una herramienta distinta, y vale la pena nombrar la diferencia antes de que empiece el trimestre, no después.