KI-News für Entwickler: täglich per E-Mail — ohne Feed-Chaos

Was du baust

Generische KI-Newsletter schreiben für alle gleichzeitig — Marketing, Forschung, deinen CTO. Dass du auf einer bestimmten Runtime mit bestimmten SDKs baust und ein Minor-Version-Bump für dich wichtiger ist als jede Keynote, interessiert dort niemanden.

MorningMail dreht das um. Du schreibst eine Anweisung — wie ein Ticket für eine fähige Kollegin — und der Agent fängt jeden Morgen bei Null an, durchsucht das Web und schreibt die E-Mail selbst. Anders als Google Alerts leitet er nicht bloß Links weiter: Er liest, filtert und berichtet — mit Quellen zum Nachklicken.

Und dein Kontext steckt dauerhaft im Prompt. Neues Framework im Einsatz? Schreib den Namen dazu, und morgen früh taucht es im Briefing auf. Deine Leseliste schrumpft auf einen Satz, den du pflegst — statt dreißig Abos.

Schritt für Schritt: von null zur ersten Ausgabe

Die komplette Einrichtung dauert etwa zwei Minuten. Und jeder Screenshot unten stammt direkt aus dem echten Produkt — nichts ist nachgebaut.

1. Schritt 1 morningmail.ai öffnen

   Noch kein Konto, nichts zu installieren — die Startseite IST die Schreibfläche. Über einem großen Eingabefeld stellt sich ein freundlicher Presse-Roboter vor, und daneben zeigt dir ein Beispielmorgen, wie die E-Mail aussieht, bevor du ein Wort getippt hast.

   

2. Schritt 2 Thema eintippen: KI-Entwicklertools

   Tipp KI-Entwicklertools in dieses eine Feld. Es gibt nichts auszuwählen und kein Formular auszufüllen — während du tippst, entsteht daneben auf dem Papier ein Entwurfs-Abschnitt mit deinem Thema im getönten Badge und dem leisen Hinweis „↵ Enter fügt es hinzu“, und die ↵-Enter-Taste am Ende des Felds leuchtet orange auf.

   

3. Schritt 3 Enter drücken (oder die orange Taste) — und lesen, was der Agent aufgetragen bekommt

   Die Einrichtung ist ein einziges Eingabefeld auf der Startseite — nichts zu installieren, nichts auszuwählen, noch kein Konto. Tipp KI-Entwicklertools ein und drück Enter. Der Abschnitt landet fertig auf der Zeitung daneben: ein Ressort-Badge, ein Schlagzeilenvorschlag („KI-Entwicklertools: Was diese Woche wirklich ausgeliefert wurde“) und eine fertig ausformulierte Anweisung — Releases, Benchmarks und die schärfste Einordnung der letzten 24 Stunden, eingedampft auf das, was du beim Bauen wirklich brauchst. Genau das führt dein Agent morgen früh aus, und du liest es, bevor du deine E-Mail-Adresse eingetippt hast.

   Mit deinem Stack drin wird sie noch schärfer. Klick die Anweisung an und ergänze: „Ich shippe TypeScript auf Node und nutze die Anthropic- und OpenAI-APIs in Produktion. Markiere SDK-Breaking-Changes, Deprecation-Fristen und alles, was Kontextfenster oder Token-Preise verändert.“ Wenn du nicht tippen willst: Die fünf Anpassungen unter dem Feld hängen je einen Satz an — „ohne Hype“ ist hier die naheliegendste.

   

   Der exakte Prompt, mit dem dein Abschnitt startet

   Releases, Benchmarks und die schärfste Einordnung zu KI-Entwicklertools aus den letzten 24 Stunden — eingedampft auf das, was du beim Bauen wirklich brauchst.

4. Schritt 4 Kostenlose erste E-Mail schicken

   Zufrieden mit dem Papier? Klick auf „Meine erste E-Mail gratis senden“. Die Anmeldung erscheint direkt an Ort und Stelle — das Papier bleibt sichtbar — und fragt nur noch das eine: wohin damit. E-Mail und Passwort oder Google. Keine Karte, und die erste E-Mail ist gratis.

   

5. Schritt 5 Zusehen, wie sie geschrieben wird

   Jetzt arbeitet die Redaktion vor deinen Augen: herausfinden, wonach zu suchen ist, das Web durchsuchen, die besten Quellen lesen, deinen Abschnitt schreiben, eine Betreffzeile texten, ab zur Post. Ein, zwei Minuten später: „Sie liegt in deinem Postfach.“

   

6. Schritt 6 Danach: die Uhrzeit, die Tage, die Leser:innen

   Alles Weitere sitzt im Builder, sobald du eine Zeitung zum Feintunen hast. Leg die Zustellzeit fest (standardmäßig 07:00) und die Wochentage, trag Leser:innen ein — bis zu 100 — und ergänze weitere Themen so, wie du das erste ergänzt hast: durch Tippen. Nichts davon musst du am ersten Tag entscheiden.

   

Mehr aus deinem Briefing herausholen

Benenne deine Dependencies, nicht deine Interessen

„KI-News für Entwickler“ ist eine Stimmung; „Änderungen an LangChain, dem Vercel AI SDK und dem Anthropic-TypeScript-Client“ ist ein Filter. Der Agent sucht jeden Morgen anhand deiner Begriffe. Je mehr dein Prompt nach package.json aussieht, desto genauer trifft das Briefing.

Mach Versionsnummern zur harten Anforderung

Eine Story mit Versionsnummer und Changelog kannst du in einem Pull Request umsetzen; eine ohne ist Marketing. Driftet das Briefing ab, ergänze: „Keine Ankündigungen ohne ausgeliefertes Artefakt.“

Frag nach den Migrationskosten, nicht nur nach dem Release

Ergänze im Prompt: „Zu jedem Release eine Zeile, was ein Upgrade bei uns anfassen würde.“ Diese eine Zeile macht aus dem Briefing Standup-Input: Du weißt vor dem ersten Blick in den Changelog, ob ein Bump ein Lockfile-Update oder ein Refactoring ist.

Zustellung vor dein Standup legen, nur werktags

Beim Einrichten fragt dich niemand nach der Uhrzeit — erst schreibst du deine Zeitung, der Zeitplan wartet solange. Sobald die erste Ausgabe raus ist, hat jedes Template eine Zustellzeit und wählbare Wochentage. Ich würde 7:30 Uhr nehmen, Montag bis Freitag: Das Briefing liegt beim Kaffee im Postfach und ist im Standup noch frisch — und dein Samstag bleibt frei von Release Notes 😊

Für volle Sprints einen TLDR-Abschnitt obendrauf

Setz einen TLDR-Synthese-Abschnitt über den News-Abschnitt und stell ihn auf drei Bullets. An vollen Tagen liest du nur die; an ruhigen scrollst du in die Details. Tiefe und Ton stellst du pro Abschnitt ein — die Zusammenfassung bleibt knapp, der Deep Dive tief.

Gute Quellen für dein Briefing

Der Agent durchsucht jeden Morgen das offene Web und zitiert, wo er gelesen hat. Auf diese Quellen würde ich ihn in deinem Prompt ansetzen:

• GitHub-Release-Seiten deiner Kern-Dependencies — Die Ground Truth dafür, was wirklich ausgeliefert wurde: Versionsnummern, Breaking Changes, Migrationshinweise. Ein gutes Briefing zitiert den Release-Tag selbst, nicht einen Blogpost darüber.
• API-Changelogs von Anthropic & OpenAI — Hier stehen Deprecation-Fristen, Modell-Snapshots und Preisänderungen zuerst — die unscheinbaren Einträge, die entscheiden, ob deine Integration weiterläuft.
• Hacker News — Immer noch der schnellste Filter dafür, was Engineers im Alltag ernst nehmen. Nimm es als Signal für Traction — und folge den Links bis zur Quelle.
• Simon Willison's Weblog — Die Referenz unter den Praxis-Blogs für LLM-Tooling — Hands-on-Bewertungen neuer Modelle und APIs oft nur Stunden nach Release, mit nachvollziehbaren Beispielen.
• arXiv (cs.SE / cs.AI) — Hier stehen die Benchmarks zu neuen Modellfähigkeiten, bevor das Marketing sie übernimmt. Relevant, wenn Paper-Zahlen statt Pressemitteilungen über deine Architektur entscheiden sollen.
• Latent Space — Engineering-orientierte Einordnung des KI-Tooling-Ökosystems — gut für das Warum hinter Releases und dafür, welche Abstraktionen sich wirklich durchsetzen.

Häufige Fragen

Was kostet ein tägliches Briefing?

Die erste Ausgabe ist gratis — ohne Kreditkarte. Danach kostet jeder Versand ein paar Credits pro Abschnitt, je nach KI-Modellstufe des Abschnitts. Ungenutzte Credits verfallen nie; eine Sprint-Pause kostet dich also nichts.

Warum nicht einfach Google Alerts?

Weil Alerts dir nur Links schicken und die Triage an dir hängen bleibt — mit „KI-Entwicklertools“ als Keyword ertrinkst du in Pressemitteilungen. Der MorningMail-Agent sucht jeden Morgen frisch, wirft den Hype raus und schreibt die E-Mail selbst — Versionsnummern und Originalquellen inklusive.

Kann ich das Briefing auf meinen Stack festnageln?

Ja — der Prompt ist ganz normaler Text, den du frei editierst. Nenn deine Frameworks, SDKs oder einzelne Repositories, und der Agent sucht jeden Morgen genau nach diesen Begriffen. Ändert sich dein Stack, änderst du einen Satz.

Wie vermeidet es recycelten Hype?

Den Filter setzt deine Anweisung — und sie startet schon in die richtige Richtung: Releases, Benchmarks und die schärfste Einordnung der letzten 24 Stunden, eingedampft auf das, was du beim Bauen brauchst. Schreib es ruhig explizit rein — „keine Ankündigung ohne ausgeliefertes Artefakt; keine Hype-Threads, keine Leaks, keine Zusammenfassungen von Zusammenfassungen“ — oder tipp auf „ohne Hype“, dann steht die Zeile von selbst da. Jede Aussage ist mit ihrer Originalquelle verlinkt; jede Story prüfst du mit einem Klick.

Muss ich es jeden Tag bekommen?

Nein. Der Rhythmus ist beim Schreiben deiner Zeitung gar kein Thema — den legst du danach in den Einstellungen deines Templates fest, dort hat jedes Template eine Zustellzeit und wählbare Wochentage. Ich würde mit Montag bis Freitag vor dem Standup starten. Ein wöchentlicher Montags-Digest funktioniert genauso, wenn dir täglich zu viel ist.