time-mcp-http

これは、公式の modelcontextprotocol/servers の time サーバー（get_current_time、convert_time）を、stdio の代わりに streamable HTTP で再ホストしたものです。これにより、BOS スタックの他の部分と同じ「すべて Docker・すべて HTTP」の MCP サーバー群に組み込まれ、LibreChat がローカルサブプロセスを起動する必要がなくなります（bos-chat-stack.md 参照）。

ツールのロジック（タイムゾーン計算、スキーマ）は、インストール済みの 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 が返っても、LibreChat の非 OAuth の MCP クライアントが OAuth を試みて（そして行き詰まる）しまうからです。ここでの境界は API キーではなく、Docker のネットワーク分離です。

テスト

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