/ Verzeichnis / Playground / Time
● Offiziell modelcontextprotocol ⚡ Sofort

Time

von modelcontextprotocol · modelcontextprotocol/servers

Ein winziger MCP, der ein echtes Ärgernis beseitigt — 'Wie spät ist es in Berlin?' und 'Wann passt 15 Uhr PT für London?' ohne Browser-Tab.

Die Standard-Referenz-MCP für Zeit. Zwei Werkzeuge: Aktuelle Zeit in einer beliebigen IANA-Zeitzone abrufen und eine spezifische Zeit zwischen Zonen konvertieren. Löst Planungsfragen und DST-Grenzfälle, die Claude sonst falsch beantwortet, weil die Trainingsdaten eine Schnittstelle haben.

Warum nutzen

Hauptfunktionen

Live-Demo

In der Praxis

time.replay ▶ bereit
0/0

Installieren

Wählen Sie Ihren Client

~/Library/Application Support/Claude/claude_desktop_config.json  · Windows: %APPDATA%\Claude\claude_desktop_config.json
{
  "mcpServers": {
    "time": {
      "command": "uvx",
      "args": [
        "mcp-server-time"
      ]
    }
  }
}

Öffne Claude Desktop → Settings → Developer → Edit Config. Nach dem Speichern neu starten.

~/.cursor/mcp.json · .cursor/mcp.json
{
  "mcpServers": {
    "time": {
      "command": "uvx",
      "args": [
        "mcp-server-time"
      ]
    }
  }
}

Cursor nutzt das gleiche mcpServers-Schema wie Claude Desktop. Projektkonfiguration schlägt die globale.

VS Code → Cline → MCP Servers → Edit
{
  "mcpServers": {
    "time": {
      "command": "uvx",
      "args": [
        "mcp-server-time"
      ]
    }
  }
}

Klicken Sie auf das MCP-Servers-Symbol in der Cline-Seitenleiste, dann "Edit Configuration".

~/.codeium/windsurf/mcp_config.json
{
  "mcpServers": {
    "time": {
      "command": "uvx",
      "args": [
        "mcp-server-time"
      ]
    }
  }
}

Gleiche Struktur wie Claude Desktop. Windsurf neu starten zum Übernehmen.

~/.continue/config.json
{
  "mcpServers": [
    {
      "name": "time",
      "command": "uvx",
      "args": [
        "mcp-server-time"
      ]
    }
  ]
}

Continue nutzt ein Array von Serverobjekten statt einer Map.

~/.config/zed/settings.json
{
  "context_servers": {
    "time": {
      "command": {
        "path": "uvx",
        "args": [
          "mcp-server-time"
        ]
      }
    }
  }
}

In context_servers hinzufügen. Zed lädt beim Speichern neu.

claude mcp add time -- uvx mcp-server-time

Einzeiler. Prüfen mit claude mcp list. Entfernen mit claude mcp remove.

Anwendungsfälle

Praxisnahe Nutzung: Time

Eine Besprechungszeit finden, die über 4 Zeitzonen hinweg funktioniert

👤 Jede Person, die mit einem verteilten Team plant ⏱ ~3 min beginner

Wann einsetzen: Sie benötigen einen 30-Minuten-Slot, der nicht 6 Uhr morgens für jemanden oder 22 Uhr für jemand anderen ist.

Ablauf
  1. Claude in der echten aktuellen Zeit verankern
    Wie spät ist es derzeit in America/Los_Angeles, America/New_York, Europe/London und Asia/Tokyo?✓ Kopiert
    → Vier korrekte Uhrzeiten, keine veralteten Vermutungen
  2. Kandidaten-Slots konvertieren
    Konvertieren Sie 10:00 America/Los_Angeles nächsten Dienstag in die anderen 3 Zonen. Markieren Sie, ob es für jemanden außerhalb von 8 Uhr–19 Uhr lokal liegt.✓ Kopiert
    → 4-Zeilen-Tabelle mit Flag für außerhalb der Geschäftszeiten
  3. 2 benutzerfreundliche Slots vorschlagen
    Schlagen Sie 2 wöchentlich wiederkehrende Slots vor, die alle innerhalb von 8 Uhr–18 Uhr lokal halten. Keine Slots, bei denen jemand am Wochenende arbeiten muss.✓ Kopiert
    → Zwei praktikable Optionen mit Kompromissen

Ergebnis: Eine benutzerfreundliche Besprechungszeit mit angezeigter Konvertierungsmathematik, bereit zum Versand als Kalendereinladung.

Fallstricke
  • DST-Übergänge flippen den Offset mittendrin — Verwenden Sie immer IANA-Zonennamen (America/Los_Angeles), niemals Offsets wie 'UTC-8', die bei DST-Änderungen veralten
  • Halbstunden-Offset-Zonen (Indien, Nepal, Teile Australiens) — Vertrauen Sie dem Werkzeug — es verarbeitet diese; lassen Sie Claude nicht auf Stunden runden

Debuggen Sie einen Timestamp-Bug, indem Sie Log-Zeiten in Ihre lokale Zone konvertieren

👤 Ingenieure, die UTC-Protokolle während der Fehlerbehebung lesen ⏱ ~5 min beginner

Wann einsetzen: Ihre Protokolle sind in UTC, Ihr Gehirn ist in Pacific, und die Vorfallkorrelation geht immer wieder schief.

Ablauf
  1. Das Vorfallzeitfenster übersetzen
    Konvertieren Sie 2026-04-14T22:37:00Z in America/Los_Angeles. Geben Sie mir auch denselben Zeitpunkt in Europe/Amsterdam, wo unser Ops-On-Call war.✓ Kopiert
    → Zwei lokale Zeiten nebeneinander
  2. DST-Status bestätigen
    War DST zu diesem Zeitpunkt in America/Los_Angeles wirksam? Was war der UTC-Offset?✓ Kopiert
    → Offset gedruckt (z. B. -07:00), DST bestätigt
  3. Mit menschlichen Ereignissen korrelieren
    Stimmt der Vorfall um 15:37 Uhr PT mit dem Slack-Thread von 'Montagnachmittag' überein?✓ Kopiert
    → Konsistenzprüfung gegen menschlich benannte Zeiten

Ergebnis: Sie hören auf, das falsche Deployment zu beschuldigen, weil Sie endlich die Zeiten richtig haben.

Fallstricke
  • Mischen von 'Z', '+00:00' und naiven Zeitstempeln — Konvertieren Sie immer zuerst explizit zu UTC; lehnen Sie jeden Zeitstempel ohne Zone in der Eingabe ab
Kombinieren mit: sentry · postgres

Kombinationen

Mit anderen MCPs für 10-fache Wirkung

time + sentry

Übersetzen Sie Vorfallstart-/Endzeiten in lokale Zonen für die Postmortem-Erzählung

Konvertieren Sie für Sentry-Vorfall INC-42 die Start- und Endzeitstempel in America/Los_Angeles und Europe/Berlin und schreiben Sie die Postmortem-Zeitleiste.✓ Kopiert
time + postgres

Fragen Sie mit korrekten lokalen Tagesgrenzen ab, wenn Ihre Datenbank UTC speichert

Wie viele Anmeldungen fanden am 2026-04-13 in der lokalen Zeit von America/Los_Angeles statt? Verwenden Sie das Time-Werkzeug, um den UTC-Bereich zu berechnen, und führen Sie dann die Ereignisabfrage durch.✓ Kopiert

Werkzeuge

Was dieses MCP bereitstellt

WerkzeugEingabenWann aufrufenKosten
get_current_time timezone: str (IANA-Name, z. B. 'Europe/Berlin') Verankern Sie das Modell in der echten Systemuhr-Zeit vor jeglicher Datumsbegründung free
convert_time source_timezone: str, time: str (HH:MM), target_timezone: str Konvertieren Sie eine bestimmte Uhrzeit zwischen zwei Zonen free

Kosten & Limits

Was der Betrieb kostet

API-Kontingent
Keine — reine lokale Berechnung
Tokens pro Aufruf
Winzig — einige hundert Token pro Aufruf
Kosten in €
Kostenlos
Tipp
Keine Budgetbedenken. Rufen Sie es frei auf, wenn Daten beteiligt sind.

Sicherheit

Rechte, Secrets, Reichweite

Credential-Speicherung: Keine
Datenabfluss: Keine — liest die Systemuhr des Hosts und tzdata

Fehlerbehebung

Häufige Fehler und Lösungen

Unbekannte Zeitzone: 'PST'

Verwenden Sie IANA-Namen, nicht Abkürzungen. 'PST' → 'America/Los_Angeles'. 'EST' → 'America/New_York'. Abkürzungen sind mehrdeutig (IST = Indien oder Irland?).

Zurückgegebene Zeit scheint eine Stunde falsch zu sein

DST-Übergangsgrenzfall. Überprüfen Sie mit dem is_dst-Feld — wenn es falsch ist, ist die tzdata Ihres Hosts veraltet. Aktualisieren Sie die Systemzeitzonendatenbank.

Prüfen: zdump -v America/Los_Angeles | head
convert_time gibt 'uneindeutige Zeit' während DST-Rückgang zurück

Die Uhrstunde kommt zweimal vor (1:30 Uhr läuft zweimal ab). Geben Sie einen Datum-Zeit-Wert an, nicht nur eine Zeit, für eindeutige Konvertierung.

Alternativen

Time vs. andere

AlternativeWann stattdessenKompromiss
Ein dedizierter Kalender-MCP (Google Calendar)Sie möchten das Meeting tatsächlich buchen, nicht nur Zeiten berechnenSchwerer, benötigt OAuth — aber schließt die Schleife zu einer Einladung

Mehr

Ressourcen

📖 Offizielle README auf GitHub lesen

🐙 Offene Issues ansehen

🔍 Alle 400+ MCP-Server und Skills durchsuchen