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

   Geh auf morningmail.ai. Du siehst eine Beispielausgabe und den Compose-Button — das ist dein Einstieg. Nichts zu installieren; alles läuft im Browser.

   

2. Schritt 2 Kostenloses Konto anlegen

   Melde dich mit deinem Google-Konto an. Jedes neue Konto enthält eine kostenlose erste Ausgabe — du schickst dir also eine echte E-Mail, bevor du einen Cent bezahlst.

   

3. Schritt 3 Dein erstes Template erstellen

   Ein Template ist der Bauplan deiner E-Mail: Name, Zustellzeit, Empfänger:innen und deine Abschnitte. Klick auf „Neues Template“ — der Builder öffnet sich mit einer Live-Vorschau direkt neben dem Editor. Alles speichert automatisch; es gibt keinen Speichern-Button, den du vergessen könntest.

   

4. Schritt 4 Einen News-Abschnitt hinzufügen

   Klick auf „Abschnitt hinzufügen +“ und wähle „News-Thema“. Du siehst sechs Starter — echte, editierbare Prompts für eine Stadt, einen Sportverein, ein Unternehmen, ein Tech-Thema, ein Berufsfeld und ein persönliches Interesse. Wähle einen aus, und du bist dreißig Sekunden von einem funktionierenden Briefing entfernt.

   

5. Schritt 5 Mach es zu deinem: KI-Entwicklertools

   Wähle die Starter-Karte „Tech-Thema“ und tippe KI-Entwicklertools in das hervorgehobene Feld. Die Karte schreibt ihren Prompt live um, während du tippst — du siehst also schon vor dem Speichern genau die Anweisung, die dein Agent morgen früh ausführt.

   Der Prompt ist von Haus aus schon streng: Releases mit Versionsnummern, Paper mit Benchmarks, keine Hype-Threads, immer Originalquellen. Mit deinem Stack drin wird er noch schärfer. Ich würde ergänzen: „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.“

   

   Der exakte Prompt, mit dem dein Abschnitt startet

   Für eine erfahrene Engineerin, die ohnehin HN liest. Echte Veränderungen bei KI-Entwicklertools heute: Releases mit Versionsnummern, Paper mit Benchmarks, Repos, die eine relevante Schwelle überschritten haben. Hype-Threads, Pre-Announcement-Leaks und recycelte Zusammenfassungen überspringen. Immer Originalquellen verlinken.

6. Schritt 6 Zustellzeit festlegen und Test senden

   Fast geschafft! Wähle, wann die E-Mail ankommen soll, und trag deine Adresse als Empfänger ein. Klick auf „Test senden“ — die erste Ausgabe ist gratis — und schau in dein Postfach. Liest sich etwas schief, passe den Prompt an und schick noch einen. Dann stell das Template auf Aktiv. Glückwunsch — du hast gerade dein eigenes Morgen-Briefing gebaut!

   

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

Jedes Template hat 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 das News-Modul und stell ihn auf drei Bullets. An vollen Tagen liest du nur die; an ruhigen scrollst du in die Details. Länge 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?

Der Starter-Prompt hat den Filter schon eingebaut: versionierte Releases, Paper mit Benchmarks, Repos, die echte Schwellenwerte überschreiten — plus die klare Anweisung, Hype-Threads, Leaks und Zusammenfassungen von Zusammenfassungen zu überspringen. Jede Aussage ist mit ihrer Originalquelle verlinkt; jede Story prüfst du mit einem Klick.

Muss ich es jeden Tag bekommen?

Nein. Jedes Template hat 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.