TL;DR En la terminal:
/mcp, el servidor y Authenticate; si ya lo arreglaste fuera de la sesión,/mcp reconnect all. En una sesión en la nube: reconéctalo enclaude.ai/customize/connectorsy vuelve a pedírselo a Claude en la misma conversación.
MCP server "<nombre>" needs you to sign in again (run /mcp to re-authenticate) sale cuando caduca el login de un servidor MCP o de un conector de claude.ai. No avisa al caducar: aparece la primera vez que Claude intenta usarlo. Lo que se ha roto es la conexión, no la conversación, así que no abras otra sesión: reconecta y sigue.
Qué caduca y qué ves
Un login OAuth guarda dos tokens: uno de acceso, que dura poco, y uno de refresco, que sirve para pedir otro. Probado en la v2.1.319 con un servidor MCP local con OAuth real al que se le caducan los tokens a mano:
| Qué caduca | Qué ves | Qué haces |
|---|---|---|
| Solo el token de acceso | Nada: Claude Code pide otro con el de refresco y repite la llamada | Nada |
| Los dos | MCP server "probe" needs you to sign in again (run /mcp to re-authenticate) |
Volver a iniciar sesión, en la misma sesión |
En la terminal
1. Vuelve a iniciar sesión desde /mcp
/mcp, elige el servidor y Authenticate. Se abre el navegador, inicias sesión y la sesión te lo confirma:
❯ /mcp
⎿ Authentication successful. Connected to probe.
La siguiente llamada ya funciona, con la conversación intacta.
2. Si lo arreglaste fuera, reconecta
Aquí está la trampa. Si inicias sesión desde otra terminal con claude mcp login <nombre> después de que la sesión abierta haya fallado, esa sesión no se entera: sigue dando MCP server "probe" needs authentication y ni siquiera lo reintenta. /mcp te lo enseña con dos líneas que se contradicen:
Status: ⚠ needs authentication
Auth: ✔ authenticated
El token bueno ya está guardado; lo que falta es que la sesión vuelva a conectar. Sin navegador:
❯ /mcp reconnect all
⎿ Reconnected 1 of 1 MCP server
Si inicias sesión fuera antes de que la sesión falle, la siguiente llamada usa el token nuevo sin que hagas nada. Por eso autenticar desde la shell antes de empezar evita el corte.
En una sesión en la nube
El error es el mismo y también te manda a /mcp, pero en la nube el conector lo autentica tu cuenta de claude.ai, no la sesión. Se arregla en claude.ai/customize/connectors: Conectar, el login del servicio y vuelta.
Probado con Google Slides en una sesión en la nube abierta. Al desconectarlo, la primera llamada falló con MCP server "Google_Slides" needs you to sign in again (run /mcp to re-authenticate). Al reconectarlo en claude.ai, la misma sesión, sin reiniciar ni tocar nada, volvió a leer presentaciones a la primera. En la nube, arreglarlo fuera sí llega a la sesión abierta.
Cuando Claude revisa tus conectores, la app de escritorio te enseña una tarjeta:
No te fíes de ella para saber si un conector funciona. Con Google Slides desconectado seguía mostrando Usar; Conectar solo sale para uno que nunca conectaste. Y Usar no conecta nada: escribe por ti un mensaje en el chat (con Tella, "Use Tella for this") y deja el conector como estaba.
Referencia
| Dónde corre la sesión | De dónde salen los conectores | Dónde se arregla | ¿La sesión abierta lo recoge? |
|---|---|---|---|
| Terminal, VS Code, JetBrains: tus servidores MCP | Tu configuración (claude mcp add, .mcp.json) |
/mcp, Authenticate |
Sí; arreglado fuera, solo tras /mcp reconnect all |
| Terminal, VS Code, JetBrains: conectores de claude.ai | Claude Code los trae de claude.ai | claude.ai/customize/connectors |
Sin probar |
| Nube | Los pasa la máquina de la sesión | claude.ai/customize/connectors |
Sí, sin reiniciar |
| Desktop en local o por SSH | Los pasa la app de escritorio | claude.ai/customize/connectors |
Sin probar |
Si el servidor ni siquiera llega a conectar, el diagnóstico es otro: el árbol de «Failed to connect».
Documentación oficial: How connectors reach Claude Code · Authenticate with remote MCP servers
Requisitos
/mcp reconnect allnecesita Claude Code v2.1.284 o superior. Todo lo de arriba se ejecutó en la v2.1.319, el 7 de noviembre de 2026.
