He montado un conector para enchufar a WordPress la IA que ya pago

WordPress 7.0 trae una pantalla nueva que igual no has abierto: Ajustes → Conectores. Una tarjeta por proveedor, la clave se guarda una vez y la comparten todos los plugins. Se acabó pegar la misma API key en cinco ajustes distintos.

El problema es lo corta que se queda la lista: Anthropic, Google y OpenAI. Tres tarjetas y a correr.

Y yo, como muchos de vosotros, ya estoy pagando IA que no está en esa lista. DeepSeek. Kimi. OpenRouter. Y encima tengo modelos corriendo en mi propio portátil con Ollama y LM Studio, que no me cuestan nada y para la mitad de las tareas van sobrados.

Así que me he montado el conector que faltaba: pones nombre, la URL del endpoint y la clave, y te aparece como una tarjeta más, exactamente igual que las otras tres, con su botón, su estado de conectado y su clave compartida con el resto de plugins. Vale para cualquier servicio que hable el formato de OpenAI, que hoy es prácticamente todo el que no es Anthropic ni Google. Los modelos te los detecta él solo preguntándole al endpoint; no hace falta que te sepas el identificador de memoria.

Antes de que llegue la pregunta: la suscripción de la app web no vale. Tu ChatGPT Plus o tu Claude Pro no dan endpoint; se paga aparte por API. Lo que sí enchufas aquí es lo que ya tiene clave de API —DeepSeek, Kimi, OpenRouter, MiniMax, el endpoint de tu empresa— o lo que corre en tu máquina, que es gratis. Prefiero decirlo yo antes de que alguien pierda media tarde buscando su clave de ChatGPT Plus.

Y va la parte que os sirve montéis lo que montéis. Si apuntáis WordPress a un modelo de vuestra propia máquina, os vais a encontrar con esto:

WordPress hace las llamadas de IA con wp_safe_remote_request(), que valida la URL antes de salir y rechaza dos cosas: los hosts que resuelven a una IP local o privada, y cualquier puerto que no sea 80, 443 u 8080. Ollama escucha en el 11434. LM Studio, en el 1234. Los dos caen.

Lo bueno sería que el error lo dijera. Lo que devuelve es:

A valid URL was not provided

Ni "puerto no permitido", ni "host local bloqueado". Con ese mensaje delante te pasas un buen rato revisando tu endpoint, que está perfectamente. Se abre con dos filtros del propio core (http_request_host_is_external y http_allowed_safe_ports), y lo suyo es abrirlos solo para las URLs que has dado de alta, no en general.

Y un segundo detalle, más de fondo: registrar el proveedor no basta. El plugin oficial de IA de WordPress no le pregunta al AI Client si hay credenciales — mira la opción concreta que el core genera para cada conector. Yo guardaba la clave en la mía, y tenía una conexión que funcionaba llamándola por código y que el plugin oficial daba por no configurada. Cambiar dónde vive la clave lo arregló entero.

Que es la moraleja de siempre: en cuanto hay un estándar, el trabajo deja de ser hacer que funcione lo tuyo y pasa a ser encajar con lo que ya está. Menos vistoso, y es lo que decide si tu plugin sirve para algo dentro de un año.

Tecnología con sentido. Menos humo. Más criterio.

¿Estáis pagando alguna IA que hoy no podéis usar dentro de WordPress, sí o no?