Was ist Time (reference server)?
Time ist einer der sieben Referenzserver, die im Repository modelcontextprotocol/servers weiter gepflegt werden; er wurde nicht in das Repository servers-archived verschoben. Es ist ein kleiner Python-Server mit zwei Tools: get_current_time gibt Uhrzeit, Wochentag und Sommerzeit-Kennzeichen für eine IANA-Zone wie Europe/London zurück, und convert_time rechnet eine Uhrzeit im Format HH:MM zwischen zwei Zonen um und nennt die Differenz der Offsets. Er erkennt die Systemzone oder übernimmt eine aus --local-timezone.
Du startest ihn mit uvx mcp-server-time, pip oder dem Docker-Image mcp/time; er spricht nur stdio und braucht weder Schlüssel noch Konto. Version 2026.10.19 auf PyPI stellte ihn auf das MCP Python SDK 2.x um und bedient sowohl die Protokollrevision 2025-11-25 als auch 2026-07-28. Zonennamen müssen exakte IANA-Schlüssel sein, einschließlich Groß- und Kleinschreibung: Europe/Warsaw funktioniert, europe/warsaw wird abgelehnt.
Time (reference server) installieren
uvx mcp-server-timeLohnt sich Time (reference server)?
Das ist eine korrekte, kostenlose Antwort auf ein enges Problem, und wie viel er bringt, hängt davon ab, ob dein Client dem Modell das Datum schon mitteilt. Sprachmodelle haben keine Uhr. Viele Hosts schreiben das aktuelle Datum inzwischen in den System-Prompt, was get_current_time dort überflüssig macht; das Umrechnungs-Tool ist der Teil, der sich weiterhin seinen Platz verdient.
Die Umrechnung übernimmt die Zeitzonendatenbank von Python, nicht das Modell. 09:00 in New York landet deshalb auch in den Wochen, in denen die USA und Europa ihre Uhren an unterschiedlichen Tagen umstellen, auf der richtigen Stunde in Warschau. Das Release vom Oktober 2026 lehnt außerdem eine Uhrzeit ab, die eine Zeitumstellung überspringt, etwa 02:30 in der Nacht der Umstellung auf Sommerzeit, statt eine plausible, falsche Antwort zu liefern. Eine mehrdeutige Uhrzeit bei der Rückstellung wird laut dem offenen Issue #5196 weiterhin ohne Warnung umgerechnet.
Die eigentliche Grenze steckt im Quellcode: convert_time nimmt nur eine Uhrzeit und wendet sie immer auf das heutige Datum in der Ausgangszone an. Fragst du nach einem Termin in drei Wochen, jenseits eines Sommerzeitwechsels, bekommt der Agent den heutigen Offset statt den jenes Tages. Es gibt keine Datumsarithmetik, keinen Kalender und keinen Begriff von Arbeitszeiten oder Feiertagen.
Die Paketierung hat Ecken und Kanten. Offene Issues melden, dass das Docker-Image die wörtliche Zeichenkette ${LOCAL_TIMEZONE} an den Server übergibt, sodass das Überschreiben der Zone stillschweigend scheitert (#5182), und dass das Image als root läuft, obwohl es einen App-Nutzer anlegt (#4741). Über uvx trifft beides nicht zu, und übrig bleiben zwei schreibgeschützte Tools, die weder Dateien noch Netzwerk noch Zugangsdaten berühren.
Wo es sich lohnt
Ein Entwickler in London mit Claude Code und Kollegen in San Francisco und Bangalore
Einen Termin finden, der in allen drei Städten in die Arbeitszeit fällt
Der Agent ruft für jeden möglichen Termin convert_time auf, statt Offsets zu raten, einschließlich des halbstündigen von Indien. Das ist kostenlos und lokal, gilt aber nur für das heutige Datum; Termine im nächsten Monat jenseits einer Zeitumstellung musst du von Hand prüfen.
Eine Operations-Analystin an einem rund um die Uhr besetzten Support-Desk
In UTC protokollierte Zeitstempel von Incidents in die Ortszeit des Bereitschaftsingenieurs umwandeln
get_current_time verankert "jetzt", und convert_time übersetzt HH:MM-Stempel aus UTC etwa nach America/Chicago. Das kostet nichts, aber das Modell muss exakte IANA-Schlüssel übergeben; "chicago" wird mit einem Fehler abgelehnt, den das Modell lesen und korrigieren kann.
Ein Engineer, der lernt, MCP-Server in Python zu schreiben
Ein kleines, aktuelles Beispiel auf Basis des Python SDK 2.x lesen
Der ganze Server ist eine einzige server.py mit typisierten Output-Schemas, strukturierten Ergebnissen und isError-Behandlung für beide Protokollrevisionen. Das ist eine kurze Lektüre, die die Muster zeigt, die das SDK heute erwartet, ohne dass eine externe API einzurichten wäre.
Bevor du dich festlegst
- Einrichtung
- uvx mcp-server-time oder pip install mcp-server-time; das README enthält Konfigurations-Snippets für Claude Desktop, Zed, VS Code und Zencoder. Ohne Zugangsdaten funktioniert der erste Tool-Aufruf, sobald der Client neu gestartet ist.
- Integrationen
- Zwei schreibgeschützte Tools: get_current_time (timezone) und convert_time (source_timezone, time, target_timezone). Keine Prompts oder Resources; Ergebnisse kommen als strukturierter Inhalt zurück, plus dasselbe JSON in einem Textblock.
- Daten und Datenschutz
- Liest nur die Systemuhr und die Zeitzonendatenbank: keine Dateien, kein Netzwerk, keine Zugangsdaten. Er ruft keine nicht vertrauenswürdigen Inhalte ab, der Server selbst schafft also keine Angriffsfläche für Prompt Injection.
- Kosten im großen Maßstab
- Kostenlos und lokal, ohne Rate Limits. Die einzigen Kosten sind zwei kleine Tool-Definitionen pro Sitzung und ein Aufruf pro Umrechnung.
- Grenzen
- convert_time nimmt nur HH:MM und nimmt das heutige Datum an; mehrdeutige Uhrzeiten bei der Rückstellung werden ohne Warnung umgerechnet (#5196); LOCAL_TIMEZONE wird im Docker-Image ignoriert (#5182); nur stdio.
Was gut ist
- Kein Schlüssel, kein Konto, kein Netzwerkzugriff
- Umrechnung durch die tz-Datenbank, nicht durch das Modell
- Lehnt Uhrzeiten ab, die eine Zeitumstellung überspringt
Was nicht
- convert_time nimmt immer das heutige Datum an
- Das Docker-Image ignoriert LOCAL_TIMEZONE (Issue #5182)
- Das Tool für die aktuelle Uhrzeit ist überflüssig, wo der Client das Datum übergibt
Am besten für
Alle, deren Assistent Uhrzeit oder Zeitzonenumrechnungen immer wieder falsch macht.
Alternativen zu Time (reference server)
Time (reference server): häufige Fragen
- Lohnt sich Time (reference server)?
- Allein wegen der Zeitzonenumrechnung lohnt er sich, denn Offsets über Sommerzeitwechsel hinweg sind genau die Rechnung, bei der Modelle danebenliegen. Wir bewerten es mit 3.6 von 5.
- Was kostet Time (reference server)?
- Kostenlos und Open Source.
- Welche Nachteile hat Time (reference server)?
- convert_time nimmt immer das heutige Datum an; Das Docker-Image ignoriert LOCAL_TIMEZONE (Issue #5182); Das Tool für die aktuelle Uhrzeit ist überflüssig, wo der Client das Datum übergibt.
- Für wen eignet sich Time (reference server)?
- Alle, deren Assistent Uhrzeit oder Zeitzonenumrechnungen immer wieder falsch macht.
- Was kostet Time (reference server) für ein Team oder im Produktivbetrieb?
- Kostenlos und lokal, ohne Rate Limits. Die einzigen Kosten sind zwei kleine Tool-Definitionen pro Sitzung und ein Aufruf pro Umrechnung.
- Ist Time (reference server) sicher für Firmendaten?
- Liest nur die Systemuhr und die Zeitzonendatenbank: keine Dateien, kein Netzwerk, keine Zugangsdaten. Er ruft keine nicht vertrauenswürdigen Inhalte ab, der Server selbst schafft also keine Angriffsfläche für Prompt Injection.
- Was sind die besten Alternativen zu Time (reference server)?
- Die nächsten Alternativen, die wir getestet haben, sind Everything (test server) und Fetch (reference server).
Antworten geprüft am 23. Okt. 2026.