time-mcp-http

El servidor time oficial de modelcontextprotocol/servers (get_current_time, convert_time) se vuelve a alojar mediante HTTP streamable en lugar de stdio, de modo que encaja en la misma flota MCP de todo-Docker y todo-HTTP que el resto del stack BOS (ver bos-chat-stack.md), en lugar de necesitar que LibreChat cree un subproceso local.

La lógica de las herramientas (cálculos de zona horaria y esquemas) se importa directamente del paquete instalado mcp-server-time (TimeServer/TimeTools) — solo cambia el transporte, por lo que pip install --upgrade mcp-server-time sigue recogiendo las correcciones del upstream.

Por qué existe

Un asistente que realiza llamadas no tiene noción del «ahora»: puede malinterpretar el desfase UTC de una marca de tiempo ISO, o simplemente no saber qué día es. Darle una herramienta explícita, invocable y bajo demanda es más fiable que intentar inyectar fecha y hora ambientales en cada prompt del sistema (el endpoint Agents de LibreChat no lo admite de forma nativa a fecha de 2026-08 — ver bos-chat-stack.md).

Related MCP server: Now MCP

Ejecución

docker build -t time-mcp-http .
docker run --rm -p 8080:8080 -e LOCAL_TIMEZONE=Europe/Berlin time-mcp-http

LOCAL_TIMEZONE (nombre IANA, p. ej. Europe/Berlin) solo rellena el texto de descripción de la herramienta («usa esta zona horaria local si el usuario no especifica una») — cada llamada sigue teniendo un argumento timezone explícito. Si no se define o es inválido, se recurre a UTC en lugar de que falle el arranque.

Sin credenciales, sin estado por usuario, sin MCP_API_KEY — a propósito, y por el mismo razonamiento que el modo multiusuario de ews-mcp: un 401 desde cualquier puerta de acceso hace que el cliente MCP no-OAuth de LibreChat intente (y se atasque en) OAuth. El aisle de red de Docker es el límite aquí, no una clave de API.

Pruebas

pip install -e '.[dev]'
LOCAL_TIMEZONE=Europe/Berlin pytest