Testing y depuración

Con varios tipos de prueba, porque decir que un servidor funciona mezcla comprobaciones distintas: que el dominio calcula bien, que cada tool contesta correctamente por MCP, que los mensajes se ajustan a la especificación y que el modelo acierta al usarlas. Cada una tiene su coste, y una tool puede superar la revisión de código y el compilador y aun así resultar inservible para el agente. En la lección se ordenan esas pruebas por capas sobre nortia-pedidos y se llevan a integración continua.

Es la herramienta oficial para conectarse a un servidor MCP, ver sus tools, resources y prompts tal como los recibe un cliente y lanzar llamadas a mano observando cada mensaje. Resulta especialmente útil cuando el código funciona pero el agente no logra servirse de una tool, porque muestra la única información de la tool a la que el modelo tiene acceso: cómo está definida y qué dicen sus mensajes de error. En la lección se depura con el Inspector un caso real de Nortia y luego se protege el arreglo con una prueba automática.

Con una evaluación propia: casos con peticiones realistas y métricas que indican si el modelo escoge la tool adecuada y rellena bien sus argumentos. Los tests habituales no lo detectan, porque ejercitan el código con argumentos correctos, mientras que en producción esos argumentos los escribe el modelo guiándose por cómo está definida cada tool. En la lección se diseñan esos casos y métricas, y se conectan las trazas de cada llamada del agente con lo que registra el servidor.