Conectar DeepSeek Search a Mistral Vibe

Puntos clave

Añade un servidor MCP local al TOML de Mistral Vibe CLI, entiende los prefijos de los nombres de herramientas y conserva el permiso Ask para Search y Fetch.

¿Prefieres que Vibe redacte la configuración? Comparte esta guía con Mistral Vibe y pídele que revise la configuración TOML activa antes de modificarla. Introduce tú mismo la clave API en un archivo de entorno privado local; no se la envíes al agente.
text
Sigue esta guía para añadir DeepSeek Search a Mistral Vibe CLI. Revisa primero ~/.vibe/config.toml y .vibe/config.toml del proyecto, y dime cuál está activa. Conserva los servidores existentes. Configura un servidor STDIO local con el archivo de entorno privado, mantén los permisos de ambas herramientas en Ask y explícame cómo verificar los nombres de herramientas con prefijo de servidor mediante /mcp. Nunca muestres ni confirmes la clave, y no hagas solicitudes de pago sin aprobación.

La configuración MCP de Mistral Vibe tiene una particularidad: las definiciones de servidores se guardan en TOML y Vibe añade el nombre del servidor como prefijo a las herramientas. Ese prefijo importa al pedir que el agente invoque una herramienta concreta o al filtrar cuáles puede usar. Esta guía utiliza un proceso STDIO local para que la clave de DeepSeek permanezca en tu equipo.

Mistral Vibe carga MCP desde TOML y solicita permiso antes de cada herramienta de investigación.

Vibe lee los servidores MCP desde TOML y puede pedir confirmación antes de usar Search o Fetch.

Añade un servidor al TOML de Vibe

Vibe lee la configuración global de ~/.vibe/config.toml. También puedes crear .vibe/config.toml en un proyecto, pero la configuración del proyecto solo se usa si el directorio de trabajo es de confianza. Para una configuración personal, empieza con el archivo global; usa el archivo del proyecto si toda la base de código de confianza debe compartir la integración. La guía de configuración de Vibe explica estas ubicaciones y el mecanismo de confianza.

Añade esta entrada y actualiza las rutas del adaptador y del archivo de entorno:

toml
[[mcp_servers]]
name = "deepseek"
transport = "stdio"
command = "node"
args = [
  "--env-file=/Users/you/.config/deepseek-search/.env",
  "/Users/you/tools/deepseek-search/server.mjs",
]

El nombre del servidor es deepseek, así que las herramientas que exponga llevarán el prefijo deepseek_. Por ejemplo, si el adaptador publica deepseek_search, Vibe podría mostrarla como deepseek_deepseek_search. Para evitar ambigüedades, puedes llamar al servidor deepseek-search y usar los nombres completos que muestre Vibe, o revisar /mcp y copiar los nombres de tu versión instalada. No supongas que el nombre MCP original se conserva sin cambios. La documentación de servidores MCP de Mistral describe los prefijos y los campos de configuración.

Guarda DEEPSEEK_API_KEY=... en un archivo de entorno fuera del repositorio. Si eliges una configuración de proyecto, no escribas el secreto en ella: basta con la ruta al archivo. En repositorios compartidos, recuerda que la configuración del proyecto puede incluirse en el control de versiones y que la decisión de confianza de Vibe determina si se carga.

Limita el acceso a las herramientas necesarias

Vibe permite establecer permisos por herramienta y aplicar filtros. Con el nombre de servidor deepseek anterior, la herramienta deepseek_search del adaptador aparece como deepseek_deepseek_search; Fetch se muestra como deepseek_deepseek_fetch. Usa los nombres exactos que indique /mcp en tu versión y añade bloques de permisos como estos:

toml
[tools.deepseek_deepseek_search]
permission = "ask"

[tools.deepseek_deepseek_fetch]
permission = "ask"

También puedes limitar las herramientas activas con enabled_tools o disabled_tools. La documentación MCP describe los permisos ask y always, además de filtros exactos, glob y expresiones regulares. Mantén activas las solicitudes de permiso mientras evalúas el servidor.

Inicia Vibe y ejecuta /mcp para comprobar la conexión y los nombres de las herramientas. /mcp <server> puede mostrar las herramientas de un servidor concreto. Pide a Vibe que investigue una pregunta técnica actual con la documentación oficial del proveedor: debe llamar a Search, recuperar la página elegida con Fetch y citar su URL. Revisa las llamadas y confirma que el texto recuperado respalda la respuesta. Que una herramienta aparezca en la lista solo prueba que el proceso se cargó, no que DeepSeek haya aceptado las credenciales.

Usa Search una vez desde el terminal

Para una consulta puntual, puedes llamar a DeepSeek directamente y pasarle la respuesta a Vibe. Así evitas una configuración MCP persistente, pero no aplicas los permisos de herramientas de Vibe; además, las solicitudes exitosas se facturan:

bash
read -r -s DEEPSEEK_API_KEY
export DEEPSEEK_API_KEY
curl --fail-with-body --max-time 20 \
  https://api.deepseek.com/v1/tools/search \
  -H "Authorization: Bearer $DEEPSEEK_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"query":"site:docs.mistral.ai/vibe MCP servers configuration","count":3,"need_content":false}'

Envía la URL seleccionada a POST /v1/tools/fetch para inspeccionar el contenido. Antes de usar la API, consulta la guía de Search y Fetch de DeepSeek para confirmar los campos y precios actuales.

Diagnostica fallos propios de Vibe

Si /mcp no muestra ningún servidor, comprueba cuál configuración está activa: la global o la del proyecto de confianza; confirma también que el TOML sea válido. Si aparece el servidor pero no sus herramientas, revisa el comando de inicio de Node y la ruta del adaptador. Si configuraste una lista de permitidos o una tabla de permisos, confirma que usa los nombres de herramientas con el prefijo de Vibe. Por último, comprueba que el archivo de entorno existe y que el proceso puede leerlo, sin mostrar su contenido. Mantén las solicitudes de permiso activas hasta confirmar que el agente usa Search para descubrir fuentes y Fetch para comprobar las evidencias.

La configuración está verificada cuando /mcp muestra los nombres esperados con prefijo, una prueba supervisada ejecuta Search y luego Fetch, y la respuesta cita una fuente que la respalda. Trata el texto de las páginas recuperadas como datos no confiables e ignora las instrucciones que contengan.

Autor: Jasper Quinn, investigador de productos de búsqueda con IA en Auspia, donde sigue más de 60 cambios de funciones. Jasper cubre actualizaciones de productos de búsqueda, cambios en plataformas de IA y comportamiento de herramientas.

Explora este tema

Sigue la misma línea de crecimiento