Time (reference server)とは？
Time は、modelcontextprotocol/servers で現在も保守されている 7 つのリファレンスサーバーの 1 つで、servers-archived リポジトリには移されていません。ツールが 2 つの小さな Python サーバーです。get_current_time は、Europe/London のような IANA のゾーンについて、時刻、曜日、夏時間のフラグを返します。convert_time は HH:MM の時刻を 2 つのゾーン間で変換し、オフセットの差を報告します。システムのゾーンを検出するか、--local-timezone で指定したゾーンを使います。
uvx mcp-server-time、pip、または mcp/time の Docker イメージで実行します。通信は stdio のみで、キーもアカウントも不要です。PyPI のバージョン 2026.10.19 で MCP Python SDK 2.x に移行し、2025-11-25 と 2026-07-28 の両方のプロトコル改訂に対応しています。ゾーン名は大文字小文字も含めて正確な IANA のキーでなければなりません。Europe/Warsaw は通りますが、europe/warsaw は拒否されます。
Time (reference server)のインストール方法
uvx mcp-server-timeTime (reference server)は使う価値があるか？
これは狭い問題に対する正確で無料の答えです。どれだけ役立つかは、クライアントがすでにモデルに日付を伝えているかどうかによります。言語モデルには時計がありません。現在では多くのホストがシステムプロンプトに現在の日付を入れており、その場合 get_current_time は不要です。今も存在価値があるのは変換ツールのほうです。
変換はモデルではなく Python のタイムゾーンデータベースが行います。そのため、米国と欧州が別々の日に時計を切り替える数週間でも、ニューヨークの 09:00 はワルシャワの正しい時刻になります。2026年10月のリリースでは、春に時計を進める夜の 02:30 のように、時計の切り替えで飛ばされる時刻を、もっともらしい誤答を返す代わりに拒否するようになりました。ただし未解決の issue #5196 によると、秋に時計を戻すときの曖昧な時刻は、警告なしにそのまま変換されます。
本当の限界はソースにあります。convert_time は時刻だけを受け取り、常に変換元のゾーンの今日の日付に当てはめます。夏時間の切り替えをまたいだ 3 週間後の通話について尋ねると、エージェントが得るのはその日ではなく今日のオフセットです。日付の計算も、カレンダーも、勤務時間や祝日の概念もありません。
パッケージには粗い点があります。未解決の issue によると、Docker イメージは ${LOCAL_TIMEZONE} という文字列をそのままサーバーに渡すため、ゾーンの上書きが黙って失敗します（#5182）。また、アプリ用のユーザーを作成しているにもかかわらず、イメージは root で動きます（#4741）。uvx 経由ではどちらも当てはまらず、残るのはファイルにもネットワークにも認証情報にも触れない、読み取り専用の 2 つのツールです。
真価を発揮する場面
サンフランシスコとバンガロールに同僚がいる、ロンドンで Claude Code を使う開発者
3 都市すべての勤務時間内に収まる会議の枠を見つける
エージェントは、インドの 30 分単位のオフセットも含め、候補の枠ごとにオフセットを推測せず convert_time を呼びます。無料でロ ーカルで動きますが、答えるのは今日の日付についてだけなので、時計の切り替えをまたぐ来月の枠は手で確認する必要があります。
24 時間体制のサポートデスクの運用アナリスト
UTC で記録されたインシデントのタイムスタンプを、当番エンジニアの現地時刻に直す
get_current_time で「現在」を基準にし、convert_time で HH:MM の時刻を UTC から America/Chicago などに変換します。費用はかかりませんが、モデルは正確な IANA のキーを渡す必要があります。「chicago」はエラーで拒否され、モデルはそれを読んで修正できます。
Python で MCP サーバーの書き方を学ぶエンジニア
Python SDK 2.x で作られた、小さくて新しい例を読む
サーバー全体が 1 つの server.py で、型付きの出力スキーマ、構造化された結果、両方のプロトコル改訂向けの isError の処理が含まれています。短時間で読め、外部 API を設定することなく、SDK が現在想定しているパターンがわかります。
導入前に確認すること
- 導入
- uvx mcp-server-time か pip install mcp-server-time を使います。README には Claude Desktop、Zed、VS Code、Zencoder 用の設定スニペットがあります。認証情報がないので、クライアントを再起動すればすぐに最初のツール呼び出しが動きます。
- 連携
- 読み取り専用のツールが 2 つです。get_current_time（timezone）と convert_time（source_timezone、time、target_timezone）です。プロンプトやリソースはありません。結果は構造化コンテンツと、同じ JSON を入れたテキストブロックで返ります。
- データとプライバシー
- 読み取るのはシステムの時計とタイムゾーンデータベースだけで、ファイル、ネットワーク、認証情報は使いません。信頼できないコンテンツを取得しないため、サーバー自体がプロンプトインジェクションのリスクを増やすことはありません。
- 大規模利用時のコスト
- 無料でローカルで動き、レート制限もありません。コストはセッションごとの小さなツール定義 2 つと、変換ごとの 1 回の呼び出しだけです。
- 制限
- convert_time は HH:MM だけを受け取り、今日の日付を前提にします。秋に時計を戻すときの曖昧な時刻は警告なしに変換されます（#5196）。Docker イメージの LOCAL_TIMEZONE は無視されます（#5182）。stdio のみです。
良い点
- キー、アカウント、ネットワークアクセスが不要
- 変換はモデルではなく tz データベースが行う
- 時計の切り替えで飛ばされる時刻を拒否する
気になる点
- convert_time は常に今日の日付を前提にする
- Docker イメージが LOCAL_TIMEZONE を無視する（issue #5182）
- クライアントが日付を渡す環境では現在時刻のツールが不要
おすすめの人
アシスタントが時刻やタイムゾーンの変換を何度も間違える人。
Time (reference server)の代替
Time (reference server)：よくある質問
- Time (reference server)は使う価値があるか？
- タイムゾーンの変換だけでも追加する価値があります。夏時間の切り替えをまたぐオフセットは、まさにモデルが間違える計算だからです。 評価は5点満点中3.6点です。
- Time (reference server)の料金は？
- 無料のオープンソースです。
- Time (reference server)の欠点は？
- convert_time は常に今日の日付を前提にする; Docker イメージが LOCAL_TIMEZONE を無視する（issue #5182）; クライアントが日付を渡す環境では現在時刻のツールが不要.
- Time (reference server)は誰に向いているか？
- アシスタントが時刻やタイムゾーンの変換を何度も間違える人。
- チームや本番環境でTime (reference server)を使うと費用はいくらか？
- 無料でローカルで動き、レート制限もありません。コストはセッションごとの小さなツール定義 2 つと、変換ごとの 1 回の呼び出しだけです。
- Time (reference server)は企業データを扱っても安全か？
- 読み取るのはシステムの時計とタイムゾーンデータベースだけで、ファイル、ネットワーク、認証情報は使いません。信頼できないコンテンツを取得しないため、サーバー自体がプロンプトインジェクションのリスクを増やすことはありません。
- Time (reference server)の代わりになるものは？
- 当サイトでレビューした中で最も近い代替はEverything (test server) 、 Fetch (reference server)です。
回答確認日：2026年10月23日