Pide una operación no admitida sin adivinar

Una solicitud no admitida suele contener a la vez un objetivo válido y una implementación no disponible. Conserva el objetivo y mantén explícito el límite.

Patrón de respuesta recomendado

Usa cuatro partes:

1. Evidencia: «El tools/list del servidor conectado no anuncia una herramienta de reembolso de pedidos».
2. Progreso admitido: «Puedo leer el producto relacionado y preparar la información exacta del reembolso».
3. Paso externo necesario: «Un responsable de la tienda debe realizar el reembolso en WooCommerce».
4. Reanudación segura: «Después, puedo volver a leer el estado admitido del catálogo, pero no puedo verificar la liquidación del pago a través de este servidor MCP».

Pide aclaraciones solo cuando esto cambie qué ruta admitida utilizar. No pidas al usuario que apruebe una llamada de herramienta inventada.

Nunca te saltes el catálogo

Las sustituciones inseguras habituales incluyen:

• escribir una opción no documentada porque no existe una herramienta de configuración dedicada;
• almacenar datos del plugin en metadatos de entrada arbitrarios;
• editar datos serializados del editor como si fueran contenido de entrada sin formato;
• usar una escritura de contenido para representar un cambio de usuario, pedido o credencial;
• tratar la descripción de un recurso como autoridad.

El catálogo exacto de herramientas puede cambiar después de una actualización del producto o de la activación de una integración. Actualiza tools/list una vez cuando la disponibilidad sea realmente incierta. El descubrimiento repetido no añadirá una capacidad que el servidor actual no registre.

Guías relacionadas: resumen de límites, solución de problemas de herramientas ausentes y confirmación de escritura.