time-mcp-http

官方 modelcontextprotocol/servers 的 time 服务器（get_current_time、convert_time）现在改为通过 streamable HTTP 而非 stdio 托管，这样一来，它便能像 BOS stack 的其余部分一样，融入同一个全 Docker、全 HTTP 的 MCP 服务群（见 bos-chat-stack.md），而不需要让 LibreChat 生成本地子进程。

工具逻辑（时区换算、schema 定义）直接从已安装的 mcp-server-time 包（TimeServer/TimeTools）导入——只有传输层不同，所以 pip install --upgrade mcp-server-time 仍能获取上游修复。

为什么存在

调用方助手本身没有内置的“此刻”概念——它可能读错 ISO 时间戳的 UTC 偏移量，甚至不知道今天是几号。给它一个显式、可调用、按需使用的工具，比试图把当前日期/时间注入每个系统提示词更可靠（LibreChat 的 Agents 端点截至 2026-08 仍不原生支持该功能——参见 bos-chat-stack.md）。

Related MCP server: Now MCP

运行

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

LOCAL_TIMEZONE（IANA 名称，例如 Europe/Berlin）只用于填充工具描述文本（“如果用户未指定时区，请使用这个作为本地时区”）——每次调用仍然需要一个显式的 timezone 参数。如果未设置或无效，它会回退到 UTC，而不是启动失败。

没有凭据、不按用户保存状态、也没有 MCP_API_KEY——这是刻意为之，理由与 ews-mcp 的多用户模式相同：任何网关返回 401，都会让非 OAuth 的 MCP 客户端尝试 OAuth（并卡在 OAuth 上）。这里的边界是 Docker 网络隔离，而不是 API 密钥。

测试

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