time-mcp-http

Официальный time-сервер из репозитория modelcontextprotocol/servers (get_current_time, convert_time) переведён на потоковый HTTP вместо stdio, чтобы вписываться в тот же MCP-парк, полностью построенный на Docker и HTTP, что и остальная часть стека BOS (см. bos-chat-stack.md), и не требовать, чтобы LibreChat поднимал локальный подпроцесс.

Логика инструментов (расчёт часовых поясов, схемы) импортируется напрямую из установленного пакета mcp-server-time (TimeServer/TimeTools) — меняется только транспорт, поэтому pip install --upgrade mcp-server-time по-прежнему подхватывает исправления из апстрима.

Зачем это нужно

У ассистента, вызывающего инструменты, нет встроенного понимания «сейчас» — он может неверно прочитать UTC-смещение в ISO-метке времени или просто не знать, какой сегодня день. Дать ему явный, вызываемый по требованию инструмент надёжнее, чем пытаться вставлять текущие дату и время в каждый системный промпт (endpoint Agents в LibreChat не поддерживает это нативно по состоянию на 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 — намеренно, по той же логике, что и multi-user режим в ews-mcp: если какой-то шлюз вернёт 401, не-OAuth MCP-клиент LibreChat попробует OAuth (и застрянет на нём). Границы здесь — изоляция Docker-сети, а не API-ключ.

Тест

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