Wetter als Markdown: regnets.de an jeden KI-Assistenten anbinden
Wetter als Markdown: regnets.de an jeden KI-Assistenten anbinden
Neulich wollte ich von einem Chatbot wissen, ob ich am Wochenende in Freiburg einen Schirm einpacken muss. Die Antwort kam prompt und klang souverän. Erfunden war sie trotzdem. Das Modell hatte keine aktuellen Daten, also hat es geraten. Wer schon einmal einer erfundenen Vorhersage geglaubt hat, kennt das ungute Gefühl beim ersten Regentropfen.
Das Problem liegt selten am Modell. Es liegt an den Wetterseiten. Die meisten sind für Augen gebaut, nicht für Maschinen: JavaScript-Wände, Cookie-Banner, drei Werbeflächen pro Scroll. Eine KI, die so eine Seite "liest", bekommt Layout-Müll und ein paar Zahlen, die irgendwo dazwischen kleben.
Deshalb gibt es bei regnets.de zu jeder Seite einen zweiten Eingang, der genau für diesen Fall gemacht ist.
Der ganze Trick: häng .md an
Jede Inhaltsseite hat einen Zwilling in Markdown. Du nimmst die normale Adresse und schreibst .md ans Ende:
https://regnets.de/wetter/berlin.md
Heraus kommt kein HTML-Gewirr, sondern lesbarer Text. Ganz oben steht eine Zusammenfassung, damit ein Modell den Kern erfasst, ohne die ganze Seite zu verarbeiten:
# Wetter in Berlin am Donnerstag, 4. Juni 2026
> Berlin, heute (4. Juni 2026): bedeckt, 14 bis 24 Grad, ein bisschen Regen
> (rund 1,8 mm), 89 % Regenwahrscheinlichkeit. Quelle: DWD via regnets.de.
> Konfidenz: hoch.
Darunter folgt eine Tabelle mit Höchst- und Tiefstwert, Niederschlag, Regenrisiko, Böen, Sonnenstunden sowie Auf- und Untergang, dazu der komplette Stundenverlauf. Alles als Tabelle, alles in einer Einheit, kein Rätselraten.
Alle Zeiträume auf einen Blick
Den Ort tauschst du einfach aus, den Zeitraum hängst du dran. Die Endung .md kommt immer ganz nach hinten:
| Was du willst | Adresse |
|---|---|
| Heute + Ausblick | /wetter/<ort>.md |
| Morgen | /wetter/<ort>/morgen.md |
| Wochenende | /wetter/<ort>/wochenende.md |
| 7 Tage | /wetter/<ort>/7-tage.md |
| 14 Tage | /wetter/<ort>/14-tage.md |
| Ein bestimmter Tag | /wetter/<ort>/2026-06-09.md |
Der Blick reicht inzwischen auch zurück. Ein vergangener Tag liefert die echten gemessenen Werte des Deutschen Wetterdienstes, ein künftiger die Vorhersage, beides in derselben Tabelle, ohne dass man den Übergang merkt.
Beim <ort> gibt es nur eine Regel, über die man am Anfang stolpert. Er wird klein geschrieben, ohne Umlaute. Aus München wird muenchen, aus Köln koeln, aus Düsseldorf duesseldorf. Frankfurt am Main heißt frankfurt-am-main. Wenn du dir unsicher bist, hilft die Liste in der llms.txt. Sie führt die wichtigsten Städte mit fertigen Links auf.
Zwei Alternativen, falls dir das Anhängen von .md mal nicht in den Kram passt. Du kannst stattdessen ?format=md an jede Adresse hängen, oder im HTTP-Request schlicht Accept: text/markdown mitschicken. Drei Wege, dasselbe Ergebnis.
Nicht nur Vorhersagen
Der Zwilling steckt nicht nur an den Wetterseiten. Auch die Ranglisten (/rangliste/temp-max.md für den heißesten Ort Deutschlands, dazu regen und wind) und das Wetterlexikon (/wetterlexikon/taupunkt.md) gibt es als Text. Wer einen Assistenten baut, findet in /llms.txt eine kompakte Übersicht über alles, was sich abrufen lässt.
In der Praxis
Im Terminal ist es ein Einzeiler:
curl https://regnets.de/wetter/freiburg-im-breisgau/wochenende.md
In einem Chat genügt oft schon ein Satz: "Lies https://regnets.de/wetter/freiburg-im-breisgau/wochenende.md und sag mir, ob ich einen Schirm brauche." Modelle, die Links abrufen dürfen, holen sich dann den sauberen Text, statt zu raten. Du bekommst eine Antwort, die auf den Daten des DWD steht, nicht auf Bauchgefühl.
Eine Bitte zum Schluss, keine Pflicht. Wenn die Daten in einer Antwort oder einem Projekt landen, freue ich mich über die Quelle "regnets.de (Daten: DWD)". Die Zahlen kommen zu hundert Prozent vom Deutschen Wetterdienst und stehen unter CC BY. Nutzen ist ausdrücklich erwünscht, ein Hinweis hält das Ganze fair.