MéxicoAPI

mexicoapi-mcp

Este README sigue a main; lo marcado «desde 0.2.0» no está en la 0.1.0 de npm, cuyo README se ve en npm.

Servidor MCP (Model Context Protocol) con datos de referencia oficiales de México, para que un asistente consulte el dato publicado en vez de inventarlo: estados y municipios, bancos y CLABE, RFC, CURP y NSS, tipo de cambio FIX, UDIS, días inhábiles y hábiles, UMA, salario mínimo, tarifas de ISR y códigos postales.

• Corre en tu equipo y habla con el cliente por stdio.
• Es de solo lectura: ninguna herramienta escribe, borra ni hace peticiones arbitrarias.
• Los datos que caducan (FIX, UDIS, calendarios y constantes) se piden a la API pública de MéxicoAPI y, si no responde, salen del paquete mexicoapi; los demás salen siempre del paquete. Con MEXICOAPI_SIN_RED=1 funciona sin red. Cada resultado trae su fuente oficial, su fecha de corte y su origen.

Requisitos

Node 22.13 o posterior.

Configuración

En la configuración de servidores MCP de tu cliente:

{  "mcpServers": {    "mexicoapi": {      "command": "npx",      "args": ["-y", "mexicoapi-mcp"]    }  }}

Dónde va según el cliente:

VS Code usa otra clave raíz y pide el tipo de servidor:

{  "servers": {    "mexicoapi": {      "type": "stdio",      "command": "npx",      "args": ["-y", "mexicoapi-mcp"]    }  }}

En Windows, si el cliente no encuentra npx, usa "command": "cmd" y "args": ["/c", "npx", "-y", "mexicoapi-mcp"]; en Claude Code, claude mcp add mexicoapi -- cmd /c npx -y mexicoapi-mcp.

Sin npx, con el paquete instalado (npm install mexicoapi-mcp) o armado desde el repositorio (pnpm -r build deja packages/mcp/dist/index.js), apunta node al archivo del servidor con su ruta absoluta (en Windows, como C:/ruta/a/...):

{  "mcpServers": {    "mexicoapi": {      "command": "node",      "args": ["/ruta/a/node_modules/mexicoapi-mcp/dist/index.js"]    }  }}

La API: MEXICOAPI_BASE y MEXICOAPI_SIN_RED (opcionales)

Las herramientas de datos que caducan (FIX, UDIS, días inhábiles y hábiles, UMA, salario mínimo e ISR) consultan la API pública de MéxicoAPI, https://mexicoapi.dagel4k.workers.dev, y si no responde usan los datos del paquete mexicoapi y lo advierten. Las demás nunca usan la red.

• MEXICOAPI_BASE cambia la dirección de la API, por ejemplo a un despliegue propio o a la API local de wrangler dev. Una dirección http:// solo se acepta (desde 0.2.0) para localhost, 127.0.0.1 o [::1]; para otro host, usa https://.
• MEXICOAPI_SIN_RED=1 hace que el servidor responda todo con los datos del paquete y no use la red, aunque haya MEXICOAPI_BASE. También acepta (desde 0.2.0) true, yes, si u on, y 0, false, no, off o vacía para consultar la API, sin distinguir mayúsculas.

{  "mcpServers": {    "mexicoapi": {      "command": "npx",      "args": ["-y", "mexicoapi-mcp"],      "env": { "MEXICOAPI_BASE": "http://127.0.0.1:8787" }    }  }}

Una dirección inválida (con credenciales, query o fragmento y, desde 0.2.0, http:// a otro host) o un MEXICOAPI_SIN_RED con otro valor (desde 0.2.0) hacen que el servidor no arranque: sale con código 2 y un mensaje en stderr que no repite el valor.

Herramientas

Todas declaran readOnlyHint: true, un esquema de entrada estricto y un outputSchema. openWorldHint es true solo en las que usan la red, es decir, en las de datos que caducan, salvo con MEXICOAPI_SIN_RED=1. Los validadores revisan formato y dígito verificador, y cada uno lo dice en su nota (desde 0.2.0); no confirman que la cuenta, el RFC, la CURP o el NSS existan. validar_clabe siempre revisa el banco contra el catálogo (banco_revisado: true, desde 0.2.0).

Qué trae cada resultado

Cada resultado tiene un texto en español y structuredContent, que cumple el outputSchema de la herramienta:

{  "datos": { "fecha": "2026-10-01", "valor": "8.836029" },  "as_of": "2026-10-18",  "fuente": { "nombre": "Diario Oficial de la Federación (SIDOF): valor de la unidad de inversión (UDIS)", "url": "https://sidof.segob.gob.mx/" },  "fuentes": [{ "nombre": "Diario Oficial de la Federación (SIDOF): valor de la unidad de inversión (UDIS)", "url": "https://sidof.segob.gob.mx/" }],  "origen": "paquete",  "advertencias": [],  "avisos": []}

• datos: el valor pedido, con su propia fecha (la del valor).
• as_of: la fecha de corte del dataset, la de la última actualización que lo cambió. No es la fecha del valor. Es null en RFC, CURP y NSS (son algoritmos, no datos publicados) y en codigo_postal cuando Correos de México no dio la fecha; ahí descargado dice cuándo se descargó el catálogo.
• fuente y fuentes: la publicación oficial con su URL, para citarla. fuente es la primera de fuentes.
• origen: api si respondió la API (la pública o la de MEXICOAPI_BASE), paquete si salió de los datos y las reglas del paquete mexicoapi, o cache_local en codigo_postal.
• advertencias: lo que hay que decirle a quien pregunta, por ejemplo que la API falló o que un calendario puede estar incompleto.
• avisos (desde 0.2.0): las mismas advertencias, en el mismo orden, cada una con un código estable ({ "codigo": "lft-art-715", "texto": "…" }), para que un programa decida sin leer el texto. sumar_dias_habiles trae también datos.avisos. Los códigos están en la guía de la API. El texto del resultado solo trae las advertencias.

Las fechas que reciben y devuelven las herramientas (publicado, operacion, fecha, desde) son días de la Ciudad de México (America/Mexico_City). El servidor no decide qué día es hoy: para el FIX de un pago de hoy, el asistente debe pedir operacion con la fecha de hoy en esa zona. De las 18:00 a las 24:00 de la Ciudad de México, en UTC ya es el día siguiente, y con esa fecha la respuesta puede ser el FIX de otro día sin ningún error. La descripción de tipo_de_cambio_fix se lo dice al asistente (desde 0.2.0).

Sin red (MEXICOAPI_SIN_RED=1), el FIX sin fecha (la publicación más reciente) y el FIX o las UDIS a 7 días o menos del último dato del paquete advierten que pueden faltar publicaciones recientes. Es el mismo umbral del cliente de mexicoapi (DIAS_DATOS_RECIENTES), que lo cuenta desde el último dato hasta hoy; por eso una respuesta puede traer las dos advertencias. El cliente da el mismo aviso (AVISO_SIN_API) en el FIX más reciente del paquete, y desde 0.2.0 en una respuesta sale una sola vez. Los calendarios y las constantes no lo necesitan: fuera de lo que cubre el paquete responden con error, nunca con un valor anterior.

Un error de la herramienta (un argumento inválido, un dato que no existe, un calendario que no cubre el periodo, una respuesta de la API con otra forma de la esperada) llega como resultado con isError: true y un texto que dice qué pasó. El texto empieza con su tipo de problema entre corchetes, los mismos de la API: [parametro-invalido] y [parametro-faltante] (hay que corregir la llamada), [no-encontrado] (el dato no existe), [dato-no-disponible] (todavía no se publica o no se ha cargado: puede llegar después), [calendario-incompleto], [https-requerido] (la API solo acepta https://), [demasiadas-peticiones] y [error-interno] (una respuesta que no se esperaba). Por ejemplo: [no-encontrado] No existe el banco 999. Además, desde 0.2.0, [sin-conexion], que no es un tipo de la API: el servidor no pudo llegar a la API (sin conexión o tiempo agotado) y los datos del paquete no bastan para responder, así que el dato puede existir y conviene intentar más tarde. Sale sin respaldo del paquete o cuando el paquete tampoco tenía el dato porque todavía no se publica o no lo cubre (dato-no-disponible, calendario-incompleto), y entonces el texto dice después lo que respondió el paquete: [sin-conexion] No se pudo conectar con la API. Con los datos del paquete: El FIX del … no está en los datos del paquete; …. Una respuesta definitiva del paquete no cambia aunque la API no responda: un día sin publicación del FIX sigue siendo [no-encontrado] y un argumento inválido, [parametro-invalido].

Datos al día

Los datos del paquete mexicoapi tienen la fecha de corte de su versión. npx guarda lo que instala y no actualiza las dependencias de un paquete que no cambió de versión, así que una versión nueva de mexicoapi sola no le llega a quien ya usó el servidor. Por eso cada versión de mexicoapi va seguida de una de mexicoapi-mcp que pide esa versión como mínimo: npx ve que hay una nueva y la instala con los datos nuevos. as_of y las advertencias dicen siempre de cuándo es cada dato.

Códigos postales (SEPOMEX)

El catálogo de códigos postales es de Correos de México y no se puede redistribuir, así que ni este paquete ni mexicoapi lo traen. Para que codigo_postal funcione, descárgalo una vez en tu equipo:

npx mexicoapi sepomex sync

El comando muestra el aviso de uso de Correos de México y guarda el catálogo en tu caché local (%LOCALAPPDATA%\mexicoapi\sepomex en Windows y $XDG_CACHE_HOME/mexicoapi/sepomex o ~/.cache/mexicoapi/sepomex en los demás). El servidor solo lee esa caché. Sin catálogo, codigo_postal responde con error y el comando para descargarlo. Cada resultado trae el aviso de uso, y el uso que hagas de esos datos queda sujeto a los términos de Correos de México. Los detalles están en el README de mexicoapi.

Privacidad

• No hay telemetría.
• El servidor no envía a ninguna API una CLABE, un RFC, una CURP o un NSS: los valida en tu equipo, también cuando consulta la API.
• Eso cubre solo al servidor. El host del asistente (la aplicación que lo corre) sí manda al proveedor del modelo los argumentos de cada herramienta y sus resultados, como el resto de la conversación. Si un dato no debe salir de tu equipo, no se lo des al asistente.
• El servidor solo habla con la API pública de MéxicoAPI, o con la dirección de MEXICOAPI_BASE, y solo para las herramientas de datos que caducan. Con MEXICOAPI_SIN_RED=1 no usa la red.
• Los registros van a stderr y nunca traen los argumentos de una herramienta ni la dirección de MEXICOAPI_BASE.

Protocolo

• Transporte stdio: un mensaje JSON-RPC por línea.
• Versiones de MCP: 2025-11-25, 2025-06-18, 2025-03-26 y 2024-11-05. Con un cliente que pide otra, responde con 2025-11-25.
• Capacidades: solo tools, sin listChanged.
• Probado con el cliente oficial de MCP para TypeScript, que lista las herramientas, las llama y valida cada resultado contra su outputSchema.

Licencias

El código es MIT. Los datos no son del proyecto: conservan los términos de la institución que los publica (INEGI, Banxico, DOF, CNBV, SAT, CONASAMI), y cada resultado dice su fuente. El detalle está en DATA_LICENSE.md.