ServiceNow MCP

Todas las herramientas llevan anotaciones MCP (readOnlyHint, destructiveHint, idempotentHint) para que los clientes puedan aplicar la experiencia de confirmación adecuada.

Paquetes de herramientas

Las herramientas se agrupan en paquetes para que puedas exponer solo lo que un cliente determinado necesita (menos herramientas mantienen el modelo enfocado). Establece SN_TOOL_PACKAGES a una lista separada por comas o espacios de perfiles o nombres de paquetes:

• core (predeterminado) — table, schema, aggregate, attachment.
• all — todos los paquetes a continuación.
• Paquetes individuales: table, schema, aggregate, attachment, importset, batch, catalog, change, knowledge, cmdb, scripts, flows, codecheck, docs, instance, email, atf, revert, artifacts, updatesets, ops, history, properties, directory, ui.

Las herramientas de administración (servicenow_set_credentials, servicenow_get_status, servicenow_enable_package y el resto del paquete de administración) siempre están registradas, independientemente de los paquetes activos. Los nombres desconocidos se ignoran. servicenow_get_status informa el enabledPackages resuelto.

# Only table + batch tools (plus the always-on admin tools)
SN_TOOL_PACKAGES=table,batch

Ajustes preestablecidos

Si prefieres no seleccionar la lista tú mismo, tres ajustes preestablecidos con nombre cubren los roles comunes. Las herramientas de administración siempre están activas, por lo que no se enumeran. Cada ajuste preestablecido también tiene un alias de una palabra — SN_TOOL_PACKAGES=reader|developer|admin — que se expande al mismo conjunto de paquetes.

El ajuste preestablecido developer se basa en el conjunto reader; el paquete docs incluye los generadores de diagramas Mermaid. Usa el alias por brevedad o escribe los paquetes para añadir o quitar uno.

Cambio de paquetes en tiempo de ejecución

Un cliente puede ampliar o reducir su superficie sin reiniciar: servicenow_list_packages muestra cada paquete con su estado para esta sesión (habilitado, configurado, denegado, solo lectura, número de herramientas), y servicenow_enable_package / servicenow_disable_package alternan uno. El servidor anuncia el cambio con notifications/tools/list_changed (y los equivalentes de prompts / recursos cuando esos también cambian), uno por lista por alternancia. Una alternancia nunca excede los ejes de política: un paquete en SN_PACKAGES_DENY es rechazado (PACKAGE_DENIED), un paquete en SN_PACKAGES_READONLY trae solo sus herramientas de lectura, y las herramientas de administración no se pueden deshabilitar. Las alternancias duran la sesión; una sesión HTTP que se cierra vuelve a SN_TOOL_PACKAGES. Nada cambia a menos que un cliente llame a estas herramientas.

El servidor también declara resources.subscribe: después de servicenow_use_instance o servicenow_set_credentials envía notifications/resources/list_changed y, a los suscriptores, notifications/resources/updated para servicenow://status.

Upsert por clave

servicenow_upsert_record({table, key, fields}) crea o actualiza un registro coincidente por key, una coincidencia exacta en uno o más pares de campo/valor (por ejemplo {"u_external_id": "A-17"}; una cadena vacía coincide con un campo vacío). Sin coincidencia crea un registro con la clave y los campos, exactamente una coincidencia lo actualiza, y más de una coincidencia se rechaza con AMBIGUOUS_KEY — también se rechaza una coincidencia que el usuario no puede leer, ya que crear otra la duplicaría.

La acción se decide en el plan: sin apply:true la herramienta devuelve create o update (con los valores de sys_id y before) más apply_with: {expected_action, expected_sys_id}. Pásalos de vuelta con apply:true; si la clave ahora se resuelve de manera diferente (el registro apareció, desapareció o es otro) la llamada falla con STALE_RECORD y no escribe nada. La escritura aplicada se registra como una creación o una actualización, por lo que servicenow_revert_write la deshace como un create_record / update_record directo.

Deshacer una escritura (reversión basada en diario)

Cada escritura aplicada se registra en el diario de escrituras local encadenado por hash (<SN_DOCS_DIR>/<profile>/write-journal.jsonl). El paquete opcional revert lo convierte en un deshacer:

• servicenow_list_writes — el diario más reciente primero, filtrado por profile, table, since (fecha/hora ISO), result y action. Cada fila lleva la entrada id y si la línea sola permite una reversión (revertible + reason).
• servicenow_revert_write — entry_id → la escritura inversa a través de la API de Tabla: una actualización escribe de vuelta sus valores before registrados, una creación se elimina, una eliminación se recrea desde su registro before (campos de sistema omitidos, el sys_id original solicitado; el resultado informa sys_id_preserved). Sigue plan/aplicar como toda herramienta de escritura: sin apply:true devuelve la inversa, el estado actual del registro y la verificación de desviación, y no cambia nada.

Reglas de seguridad:

• Verificación de desviación. El sys_mod_count del registro se compara con el valor que la escritura registrada dejó (after_mod_count, o before.sys_mod_count + 1); cuando no hay recuento disponible, los valores de campo escritos se comparan en su lugar. Si el registro cambió desde entonces — o no se pudo comparar nada — la reversión se rechaza con STALE_RECORD; pasa force:true para sobrescribir de todos modos (la línea del diario de la reversión entonces registra force: true).
• NOT_REVERTIBLE, con el motivo, cuando la entrada es desconocida, la cadena del diario está rota, la escritura no fue applied, la línea no tiene estado before, un valor before fue redactado (SN_REDACT_FIELDS / SN_REDACT_PII), la entrada ya fue revertida, o su origen no tiene una inversa segura: carga/eliminación de adjuntos, send_email, filas de conjunto de importación, pedidos de catálogo, sub-solicitudes de API Batch, ejecuciones de ATF, creaciones de CMDB (IRE puede haber coincidido con un CI existente) y entradas locales/de configuración. Un valor redactado nunca se restaura como [redacted]: toda la entrada se rechaza, sin reversión parcial — restaura esos campos a mano.
• La reversión en sí misma se registra (reverts: <entry_id>, tool: servicenow_revert_write), por lo que revertir la reversión es un rehacer. La política se aplica como para una escritura directa: SN_READONLY, las listas de permitir/denegar de tablas y los ejes de paquete tanto del paquete original como de table. Pon revert en SN_PACKAGES_READONLY para mantener list_writes sin el deshacer.

Conjuntos de actualización

El paquete opcional updatesets lee conjuntos de actualización (las tres herramientas son solo lectura y pasan por la política de tablas y la redacción como cualquier lector):

• servicenow_list_update_sets — state opcional, fragmento name, application (espacio de nombres de alcance, global o sys_id), query, limit / offset → conjuntos más recientes primero, con el conjunto actual del usuario marcado.
• servicenow_get_update_set — update_set (sys_id o nombre exacto) → sus actualizaciones de cliente (sys_update_xml) por artefacto: tipo, nombre de destino, acción, tabla, más recuentos by_type / by_action. Los cargas útiles se omiten a menos que include_payload: true; luego se analizan en valores de campo, cada uno limitado a payload_max_chars (predeterminado 500), con campos de apariencia secreta enmascarados.
• servicenow_compare_update_set — update_set más with_profile (lectura en vivo) o with_snapshot (una instantánea servicenow_snapshot_instance) → por artefacto same / different (solo nombres de campo diferentes) / missing / not_comparable / not_covered / unknown. Solo se comparan los campos en la carga útil de la actualización; las columnas de auditoría se ignoran.

Escrituras: servicenow_create_record, servicenow_update_record, servicenow_upsert_record y servicenow_delete_record toman un update_set opcional (sys_id o nombre exacto; predeterminado SN_UPDATE_SET). La vista previa del plan nombra el conjunto de destino; aplicar cambia la preferencia sys_update_set del usuario (y la preferencia updateSetForScope<scope> del alcance para un conjunto con alcance), ejecuta la escritura y restaura el valor anterior — el resultado informa update_set: { bound, previous, restored } y la entrada del diario registra update_set. Un conjunto que no es in progress se rechaza (UPDATE_SET_NOT_IN_PROGRESS); una tabla de filas de datos (cualquier cosa que no extienda sys_metadata y sin el atributo update_synch) se escribe sin cambiar, y el plan lo dice. Sin el argumento o la configuración nada cambia. Otras herramientas de escritura (batch, catálogo, cambio…) no están vinculadas.

Operaciones y salud de datos

El paquete opcional ops contiene dos herramientas de solo lectura para el triaje de "la instancia está lenta" y la calidad de datos. Cada sección lee su propia tabla; una tabla ilegible (ACL, política de tablas, tabla faltante) informa available: false con el motivo en lugar de fallar la llamada, por lo que una sección en blanco nunca se lee como saludable.

• servicenow_ops_read — kind:

  • overview — los recuentos de cada sección a continuación en una llamada.
  • syslog — entradas de los últimos minutes (predeterminado 60, máximo 1440) en o por encima de level (predeterminado warning), fragmento source opcional: recuentos por nivel, fuentes principales y las filas más recientes (mensajes limitados a 500 caracteres).
  • jobs — la cola del programador (sys_trigger) por estado, el número de trabajos listos más de overdue_minutes después de su próxima acción, y los trabajos overdue (predeterminado), running o queued con su nodo de reclamación.
  • email_queue — sys_email saliente: el backlog listo para enviar y su entrada más antigua, recuentos por tipo en la ventana y los fallos de envío recientes.
  • semaphores — filas sys_semaphore, más recientes primero.

  Las filas están limitadas por limit (predeterminado 25, máximo 200).

• servicenow_data_health — el gemelo de datos de servicenow_code_health para un table, opcionalmente limitado por query (sin ^NQ / ORDERBY): grupos duplicados sobre key_fields (agrupación de API Aggregate, recuento > 1, limitado por limit), y por campo de referencia (reference_fields, predeterminado los primeros 10 no de sistema) las referencias huérfanas (fila de destino faltante) y — cuando el destino tiene una columna active y stale no es false — las referencias obsoletas (destino inactivo), cada una con la consulta codificada que lista las filas. Los nombres de campo se verifican contra el diccionario primero. Una fila de destino que el usuario no puede leer también cuenta como huérfana.

El prompt servicenow_why_is_it_slow guía a través de estas lecturas y, con un table, la lógica que se ejecuta en sus escrituras.

Historial de registros, propiedades y directorio

Tres paquetes opcionales cubren preguntas de operaciones del día a día. Cada lectura pasa por la política de tablas y la redacción como cualquier otro lector.

• servicenow_get_record_history (history) — table + sys_id → cambios de campo desde sys_audit y entradas de diario (comentarios, notas de trabajo) desde sys_journal_field, fusionados del más reciente al más antiguo. source (all / audit / journal), fields, since (YYYY-MM-DD[ HH:MM:SS]), limit (por defecto 100) y value_max_chars (por defecto 2000) lo acotan. Las filas de auditoría que repiten una entrada de diario se omiten. Si una fuente no se puede leer (ACL o política), se informa bajo sources y la otra aún se devuelve.

• servicenow_get_properties (properties) — un name exacto o un nombre prefix → filas de sys_properties. Las propiedades de tipo contraseña o de aspecto secreto se devuelven como [redacted], y los valores largos se truncan.

• servicenow_set_property (properties) — establece el valor de una propiedad existente. Se ejecuta como plan/aplicar: el plan muestra el valor actual y el nuevo, y la aplicación se registra en el diario. servicenow_revert_write puede deshacerlo, excepto para propiedades secretas, que nunca se registran en claro. Respeta SN_READONLY y SN_PACKAGES_READONLY=properties. Una propiedad faltante es PROPERTY_NOT_FOUND; la herramienta nunca crea una.

• servicenow_lookup_directory (directory) — kind (user / group / role) más una búsqueda term o un sys_id. Con include_details y exactamente una coincidencia, el resultado añade:

  • para un usuario, sus roles y grupos;
  • para un grupo, sus miembros y roles;
  • para un rol, sus roles contenidos y los grupos que lo otorgan.

  Una tabla de detalle que no se puede leer se lista en details_unavailable. Pon directory en SN_PACKAGES_DENY para eliminar la superficie de datos de usuario.

Descubrimiento de instancias

servicenow_document_instance (docs) toma un depth opcional que añade una carpeta de descubrimiento, <SN_DOCS_DIR>/<profile>/discovery/, junto a README.md. Los niveles son acumulativos:

Los alcances son los apps nombrados, si no, cada alcance sys_app no global, hasta el límite objetivo por ejecución (el resto se lista como omitido). artifacts-<scope>.md lista cada tipo de artefacto con una columna Recopilado / no recopilado y por qué: recopilado (con un conteo), limitado, no verificado (la tabla no es legible aquí), sin tal tabla, ilegible para este usuario, paquete desactivado o sin registros en este alcance. Cada lectura pasa por la misma política, redacción, verificación previa de capacidades y diario de escritura que los otros generadores. Sin depth la herramienta se comporta como antes.

Habilidades del plugin

El plugin de Claude Code (/plugin install servicenow-mcp-ai) incluye cinco habilidades bajo skills/. Cada una solo orquesta las herramientas de este servidor; ninguna contiene credenciales ni llama a ServiceNow por sí sola.

Una prueba (test/plugin-skills.test.js) verifica que cada nombre de servicenow_* en una habilidad exista en el manifiesto de herramientas. Las habilidades no forman parte del paquete npm.

Árbol de Service Portal

servicenow_explain_portal (ui, opt-in) explica un Service Portal (portal: url_suffix o sys_id) o una página (page: página id o sys_id) como un árbol. El árbol va de página → contenedor → fila → columna → instancia de widget → widget. Las instancias widget_parameters se mapean sobre el option_schema del widget, y cada widget lista sus dependencias, inclusiones de JS / CSS, proveedores Angular y plantillas. El tema, menú, encabezado / pie de página y mapas de rutas se incluyen. Las filas anidadas se siguen hasta depth (por defecto 3, máximo 6), y el diseño se lee para las primeras 5 páginas. format es json, markdown, mermaid (árbol de diseño) o file. Una tabla de Service Portal que no se puede leer se convierte en una advertencia, no en un fallo.

El paquete cmdb también tiene servicenow_list_ci_relations (relaciones de cmdb_rel_ci de una CI en cualquier dirección, con el nombre y la clase de la CI relacionada) y servicenow_identify_reconcile, que envía una carga útil de IRE de elementos y relaciones. En modo plan, servicenow_identify_reconcile llama al endpoint de solo identificación y muestra lo que IRE coincidiría; cuando el endpoint falta, el plan se marca como degraded. Aplicar se registra en el diario pero no es reversible, porque IRE decide por elemento.

servicenow_run_atf_test y servicenow_run_atf_suite toman wait_seconds (0–300). La herramienta consulta el endpoint de progreso de CI/CD con notificaciones de progreso, y cancelar la solicitud detiene la espera. Una ejecución que aún está en curso cuando el tiempo se agota devuelve wait.state: "running" con un tracker para servicenow_get_atf_result.

servicenow_insert_import_set_row también devuelve import_set_run (la fila sys_import_set_run del conjunto de importación) y transform_maps (los mapas de la tabla de staging, los que usó esta fila marcados como used: true). Si alguna de las lecturas de seguimiento falla, obtienes warnings en lugar de un error.

Lecturas genéricas de artefactos

El paquete opt-in artifacts lee cualquier tipo en el registro de artefactos (el recurso servicenow://artifact-types los lista, con sus tablas, campos clave y tablas hijas):

• servicenow_list_artifacts — artifactType más scope opcional (espacio de nombres o sys_id), active, query y limit → resúmenes: sys_id, nombre, clave natural, alcance, indicador de activo, veredicto de gestión SDK y los metadatos del tipo. Sin cuerpos de script.
• servicenow_get_artifact — artifactType más sys_id o la key natural → el registro completo, sus registros hijos en orden de registro (las acciones de una política de UI; los contenedores, filas, columnas e instancias de widget de una página de portal; las instancias de acción de un flujo), su alcance y si ese alcance está gestionado por SDK.
• servicenow_explain_artifact — misma identificación → una explicación estructurada: un summary de una línea, when cuando se ejecuta (los campos de disparo que están establecidos), sus fields no vacíos, sus registros hijos como items compactos, los registros que references, y sus campos JSON codificados decoded (parámetros de widget, props y datos de UI Builder, cachés de etiquetas de flujo). Un valor que no se puede decodificar se devuelve en bruto con decoded: false y un reason — un campo defectuoso nunca falla la llamada. Los valores largos se limitan contra SN_MAX_RESULT_CHARS (un valor recibe como máximo una vigésima parte, la explicación completa cuatro quintos); truncatedFields, truncated / preview y el conteo de omitted de un hijo dicen qué se recortó. Los valores de acciones de flujo y las composiciones de UI Builder se leen con el decodificador JSON simple hasta que sus decodificadores dedicados se publiquen (via: "json"). Algunos tipos también obtienen un explanation con lines de prosa: un modelo de estado lista sus estados y transiciones from -> to con sus condiciones, un conjunto de opciones o tabla sus opciones por elemento en orden de secuencia, y una política de UI o de datos el efecto en cada campo cuando su condición se cumple (y, con inverso-si-falso, cuando no).
• servicenow_artifact_dependencies — misma identificación más direction (outbound / inbound / both, por defecto), depth (1–3, por defecto 1), limit (filas por fuente entrante, 1–100) y format (json o mermaid) → un grafo de dependencias de nodes y edges (from depende de to, con via y field). Los bordes salientes provienen de campos de referencia del registro en el registro y sus hijos, JSON decodificado (valores de pasos de flujo, opciones de widget, datos de UI Builder) y texto de script (llamadas de script-include, clases GlideAjax, tablas GlideRecord literales). Los bordes entrantes provienen de consultas de referencia inversa y — para un script include — llamadores de script, pasos de flujo cuyos valores lo llaman y el pase estructural del grafo de dónde se usa. El recorrido visita cada nodo una vez (los ciclos son seguros), se detiene en 150 nodos (truncated), y convierte una fuente ilegible en una entrada unavailable en lugar de un error.

Cada lectura de tabla obedece SN_TABLES_ALLOW / SN_TABLES_DENY; una tabla hija denegada se devuelve como redacted: true en lugar de fallar la lectura, y SN_REDACT_FIELDS / SN_REDACT_PII se aplican como en todas partes. Los tipos cuyas tablas aún no están confirmadas en una instancia en vivo llevan verified: false y un caveat; cuando la instancia rechaza tal tabla, el resultado es vacío con una razón degraded en lugar de un error, más available: false cuando sys_db_object muestra que la tabla no existe en la instancia.

Ejemplos

Consulta los 5 incidentes activos más recientes:

// servicenow_query_table
{
  "table": "incident",
  "query": "active=true^ORDERBYDESCsys_created_on",
  "fields": ["number", "short_description", "priority", "state"],
  "limit": 5,
}

Crea un incidente:

// servicenow_create_record
{
  "table": "incident",
  "fields": {
    "short_description": "Printer on 3rd floor is down",
    "urgency": "2",
    "impact": "2",
  },
}

Actualiza credenciales en tiempo de ejecución:

// servicenow_set_credentials
{
  "instance": "dev98765.service-now.com",
  "user": "admin",
  "password": "••••••",
}

Recursos

Los metadatos de solo lectura también se exponen como recursos MCP, para que los clientes puedan adjuntarlos declarativamente en lugar de llamar a una herramienta:

Las tres plantillas admiten autocompletado y listado: {table} completa desde las tablas ya presentes en la caché de esquema más una breve lista semilla de tablas comunes, {profile} desde los perfiles configurados, y {path} desde el manifiesto de documentación (index.json) por prefijo y bajo la carpeta del perfil activo. resources/list muestra las tablas en caché y los documentos (los generados primero, titulados desde el manifiesto; como máximo 100 por plantilla, con los documentos index.md siempre al final). Los listados y autocompletados nunca llaman a la instancia.

Prompts

Los flujos de trabajo listos para usar se exponen como prompts de MCP; orquestan las herramientas e insisten en leer valores reales de la instancia. Los argumentos de table y profile se completan como las plantillas de recursos. Los argumentos (máximo 200 caracteres) llegan al modelo dentro de un bloque de contenido no confiable, y cada prompt le indica al modelo que trate los datos de la instancia como datos, no como instrucciones. Un prompt solo se lista cuando los paquetes en los que viven sus herramientas están habilitados (triaje: table; impacto de cambios: change o table; tabla de documentos: docs y scripts; por qué es lento: ops; la vista general de la instancia usa solo herramientas de administración y siempre se lista). La lista sigue servicenow_enable_package / servicenow_disable_package en vivo, con notifications/prompts/list_changed:

Estructura del proyecto

.
├── .env                   # credentials (git-ignored; or ~/.config/servicenow-mcp-ai/.env)
├── .env.example           # template
├── .github/workflows/     # CI matrix, CodeQL, npm / MCP Registry / Marketplace publishing
├── .vscode/mcp.json       # VS Code MCP server registration
├── bin/                   # CLI launcher (servicenow-mcp-ai.cjs, incl. the doctor command)
├── extension/             # VS Code extension (thin wrapper that registers the server)
├── docs/                  # GitHub Pages site
├── scripts/               # generators + guards (README tools table, tool manifest, coverage guard)
├── src/
│   ├── index.ts           # bootstrap: load env, register, connect transport
│   ├── core/              # HTTP client (auth, retry, SSRF guard), OAuth/JWT/mTLS, policy,
│   │                      # settings, logging, config store, write journal, request
│   │                      # context (profiles); jira/ is a dark scaffold — no tools (ARCH-14)
│   ├── api/               # one module per REST area: table, aggregate, attachment,
│   │                      # importset, batch, catalog, change, knowledge, cmdb, scripts,
│   │                      # flows, codecheck, atf, email, docs, diagrams, meta, doctor,
│   │                      # history, properties, directory, portal…
│   ├── mcp/               # MCP surface: package registry/manifest, tool definition,
│   │                      # resources, prompts, result envelopes, redaction, write mode
│   │                      # (plan/apply), CSV export, stdio + HTTP transports
│   └── tools/             # tool registrations, one file per package (26 packages)
├── test/                  # node:test suite (406 tests): unit, mock-fetch api, MCP smoke, doc guards
└── build/                 # compiled output (after npm run build)

Nota sobre nombres: el paquete npm y el repositorio de GitHub son ambos servicenow-mcp-ai (el servicenow-mcp sin ámbito ya estaba tomado en npm); la carpeta de trabajo local es servicenow-mcp. La diferencia es cosmética y no afecta la compilación ni el tiempo de ejecución.

Notas de seguridad

• El archivo de entorno está ignorado por git — no confirmes credenciales reales.
• El archivo de entorno se escribe solo para el propietario (0600) — contiene una contraseña en texto plano.
• El servidor usa el transporte stdio y solo registra en stderr; los secretos y las consultas codificadas sin procesar nunca se registran.
• La contraseña/token nunca se devuelve mediante ninguna herramienta.
• Los hosts están restringidos: sin SN_ALLOWED_HOSTS, solo se contactan instancias *.service-now.com (interno/loopback bloqueado a menos que una entrada de lista de permitidos nombre el host exactamente), por lo que un host mal escrito no puede recibir credenciales silenciosamente. Las redirecciones nunca se siguen (REDIRECT_BLOCKED) y los cuerpos de respuesta están limitados por SN_MAX_BODY_BYTES. Establece SN_ALLOWED_HOSTS para optar por un dominio personalizado o de nube soberana. Un puerto explícito distinto de 443 o un literal IPv6 en el valor de la instancia se acepta solo cuando una entrada de lista de permitidos lo nombra (host:8443, [2001:db8::1]).
• Cada solicitud — incluidas las solicitudes de token OAuth — lleva el User-Agent: servicenow-mcp-ai/<version> (node/<major>; <transport>; <client>) identificador para que el registro de transacciones de la instancia pueda atribuir el tráfico; extiéndelo con SN_USER_AGENT_SUFFIX. Las URL de proxy (SN_HTTPS_PROXY, HTTPS_PROXY) se respetan para cada solicitud, pero sus credenciales nunca se registran.
• Prefiere OAuth 2.0 sobre Basic cuando sea posible (SN_OAUTH_CLIENT_ID).
• Aplica el principio de mínimo privilegio con SN_TABLES_ALLOW / SN_TABLES_DENY y SN_READONLY=true para implementaciones de solo lectura.
• La política de tablas no cubre las API de complementos. SN_TABLES_DENY=change_request bloquea la ruta de la API de Tablas, pero la API de Gestión de Cambios (sn_chg_rest) aún puede leer/escribir cambios. Para restringir las superficies respaldadas por complementos, usa SN_PACKAGES_DENY (elimina todo el paquete) o SN_PACKAGES_READONLY (registra solo sus herramientas de lectura). La API de Lotes también obedece ambos ejes: una sub-solicitud a la ruta de un paquete denegado se rechaza, y las escrituras a un paquete de solo lectura se bloquean — un lote no se puede usar para eludir la política de paquetes.

Documentación del proyecto

Soporte

Este proyecto se construye y mantiene en mi tiempo libre. Si te ahorra tiempo a ti o a tu equipo, considera apoyar su desarrollo continuo — el patrocinio financia directamente nuevas herramientas, correcciones de errores y mantenerse al día con la superficie REST de ServiceNow.

• GitHub Sponsors — apoyo único o recurrente, sin comisión de plataforma (la opción preferida).
• Ko-fi — apoyo único rápido; también acepta PayPal, por lo que es la alternativa para quienes no tienen cuenta de GitHub.
• Donar (Donatree) — una página de donación sin cuenta (tarjeta, PayPal y más) para una propina única.

Marca registrada

servicenow-mcp-ai es un proyecto independiente construido por la comunidad. No está afiliado, respaldado ni patrocinado por ServiceNow, Inc.

"ServiceNow", el logotipo de ServiceNow, "Now" y las marcas relacionadas son marcas comerciales o marcas registradas de ServiceNow, Inc. en los Estados Unidos y otros países. Se usan en el nombre y la documentación de este proyecto solo de manera nominativa — para identificar la plataforma con la que este software interoperar — y no se implica afiliación ni respaldo. Todos los demás nombres de productos y marcas son propiedad de sus respectivos dueños.

Este proyecto está licenciado bajo la Licencia MIT; esa licencia cubre el código fuente y no otorga ningún derecho para usar las marcas comerciales de ServiceNow.