fformchamp

Dieselben Daten, die der Coach sieht.

Eine persönliche MCP-URL. Der Client fragt Aktivitäten, Wellness, Load und den Plan ab. Read-only, pro Account ein Schlüssel.

Coverage
Quelle ist Intervals.icu. Kein Garmin-ZIP. Nach dem Backfill liegt die History in der DB.

Intervals synced from the first imported activity — full history is already in the DB after backfill. Angemeldet steht hier das echte Datum.

Dein Server
Die URL enthält den Schlüssel. Nicht teilen.
Anmelden
  1. 1. Intervals verbinden. Garmin und Strava hängen dort dran. Ohne Sync ist die Coverage leer.
  2. 2. URL erzeugen. Ein Schlüssel pro Account. Rotieren ersetzt ihn, Widerrufen löscht ihn.
  3. 3. Den Client drauf zeigen. Erst get_coverage. Was vor dem frühesten Datum liegt, ist nicht da.
Claude
Custom Connector gegen die Server-URL. Der Schlüssel kann in der URL oder als Header mit.
ChatGPT
Developer mode, nur im Web. ChatGPT schickt keine eigenen Header, deshalb bleibt der Schlüssel in der URL.
Cursor
Deeplink oder mcp.json. Beides zeigt auf dieselbe URL.
Lovable
Custom MCP als Chat-Connector. URL einfügen, fertig.
Perplexity
Remote Custom Connector. HTTPS-URL, Streamable HTTP.

FAQ

Was ist MCP?

Ein Protokoll, über das ein KI-Client Tools auf deinem Server aufruft. Hier sind das acht Lese-Tools auf deine Intervals-Daten.

Unterschied zum Telegram-Coach?

Telegram schreibt den Plan und redet mit dir. MCP lässt einen anderen Client dieselben Daten lesen. Kein trigger_replan, nichts wird geschrieben.

Was soll ich fragen?

get_coverage, dann CTL/ATL/TSB, die letzten Läufe, Schlaf der letzten Woche, den aktiven Plan. Liegt ein Datum vor earliestActivity, ist die Antwort „nicht in der DB“.

Wo liegen die Daten?

In deiner Datenbank, nachdem Intervals synchronisiert hat. Lookup läuft über den SHA-256, die Kopier-URL liegt als AES-GCM mit BETTER_AUTH_SECRET. Die URL ist der Schlüssel, also nicht weiterleiten.