Un asistente general puede redactar una ruta convincente sin tener acceso a paradas, horarios o distancias actuales. Un servidor MCP reduce ese riesgo al ofrecer herramientas con entradas y salidas definidas. El modelo decide cuándo llamarlas; emap realiza la consulta geográfica y devuelve evidencia estructurada.
Las cinco herramientas de emap
search_places busca lugares por texto y contexto geográfico. nearby_pois localiza servicios cercanos. explain_place reúne el contexto disponible sobre un punto. plan_route calcula un trayecto y plan_hike combina transporte público, acceso a una cima y una opción de regreso.
No son cinco conversaciones diferentes, sino operaciones delimitadas. Cada una puede validar coordenadas, aplicar distancias y adjuntar fuentes de una manera que una respuesta libre no garantiza.
La evidencia debe viajar con el resultado
Una recomendación útil conserva al menos el origen de los datos, la distancia calculada y las limitaciones conocidas. Si un horario procede de datos planificados y no de tiempo real, esa diferencia no debe perderse al llegar al agente.
El servidor reutiliza la misma lógica de rutas y capas que la web y el móvil. Así se evita crear una versión paralela de la verdad solo para IA.
Qué no debería hacer un agente
No debería completar una parada que no aparece en la fuente, presentar una ruta recta como sendero transitable ni asegurar una vuelta que no ha podido verificar. Cuando faltan datos, la respuesta correcta puede ser pedir otra fecha, ampliar la zona o abstenerse.
Una interfaz para más territorios
MCP permite conectar clientes compatibles sin acoplarlos a la interfaz visual de emap. La arquitectura puede incorporar nuevos catálogos territoriales manteniendo los mismos contratos. Escalar no consiste en traducir una respuesta prefabricada, sino en cambiar las fuentes y volver a validar el comportamiento.