IntelliCoach Courses

Neu bei IntelliCoach

Neue Inhalte und praktische Verbesserungen der Plattform, verständlich und ohne technische Build-Notizen.

  1. Release 78

    2026.3.104

    Alte Research-Anfragen werden jetzt sicher abgefangen

    Release2 schliesst ältere Research-Download-Anfragen aus, wenn die konkrete Whitepaper-Auswahl fehlt oder ungültig ist. Gültige Research-Anfragen und andere Ressourcen bleiben zustellbar. Die gespeicherte Anfrage und der Provider-Status bleiben unverändert. Das System errät kein Whitepaper und ergänzt oder löscht keine Anfrage. Die Produktion bleibt bis zur ausdrücklichen Freigabe unverändert.

    Plattform-Update

    • Die Zustelllogik prüft jetzt die ausgewählte Research-Unterlage, bevor ein Eintrag für den Versand entstehen kann.
    Zur Geschichte

  2. Release 77

    2026.3.92

    Release-Images prüfen jetzt ihren vollständigen Quellumfang

    Der Produktions-Build entfernt jetzt reine Testdateien vor der Typprüfung und prüft jeden beibehaltenen lokalen TypeScript-Import ohne Netzwerkzugriff. Version 2026.3.91 erreichte den Ziel-Builder, scheiterte aber vor der Image-Erstellung. Eine Playwright-Konfiguration war noch vorhanden, während ihr importierter Testhelfer ausgeschlossen war. Dieser Nachfolger prüft den Quellumfang vor der Kompilierung und bindet frische DPP- und Course-Identitäten. Das Verhalten der Anwendung bleibt unverändert. Die Produktion bleibt unverändert.

    Plattform-Update

    • Ein unvollständiger Produktions-Quellumfang stoppt jetzt vor Kompilierung und Image-Erstellung.
    Zur Geschichte

  3. Release 77

    2026.3.91

    Die Produktionskonfiguration hat jetzt einen wiederherstellbaren Weg

    Ein eigener bestätigter Befehl vor dem Build akzeptiert ein verschlüsseltes Konfigurationspaket und ergänzt genau elf erforderliche Einstellungen in einer gesicherten, atomaren Transaktion. Er prüft über die Service-API, welchem Zugang das Benachrichtigungstoken gehört. Die genaue Schreibberechtigung für das Thema alerts gleicht er mit dem Zugriffsdatensatz des Servers ab. Der Befehl veröffentlicht einen nicht geheimen Beleg, den die Produktion vor den Release-Schritten mit der Live-Datei prüft. Doppelte, widersprüchliche, aus dem Staging wiederverwendete oder unvollständige Werte stoppen sicher. Schlägt eine Prüfung nach der Veröffentlichung fehl, wird die ursprüngliche Datei wiederhergestellt und geprüft. Version 2026.3.90 scheiterte beim Course-Mailpit-Prefetch vor jedem Build und vor jeder Änderung an der laufenden Anwendung. Dieser Nachfolger bindet frische Release-Kontrollen und übernimmt weder Nachweise noch Freigaben des gescheiterten Kandidaten. Die Produktion bleibt unverändert.

    Plattform-Update

    • Die Produktionskonfiguration wird vor jeder Änderung gesichert und automatisch wiederhergestellt, wenn die vollständige Prüfung danach fehlschlägt.
    • Drei unabhängige, ausschließlich für die Produktion bestimmte Zustellschlüssel und das autorisierte Benachrichtigungstoken bleiben in der verschlüsselten Eingabe und werden nie ausgegeben.
    Zur Geschichte

  4. Release 77

    2026.3.87

    Fehlgeschlagene Releases nutzen jetzt einen geprüften Wiederherstellungsweg

    Der Produktionsbefehl hält jetzt den ursprünglichen Fehler fest und startet genau einen Rollback, wenn nach Beginn einer Änderung eine Migration, Promotion, Laufzeit-Identität, Provider- oder Worker-Prüfung, eine deutsch- oder englischsprachige Nutzerreise, die öffentliche Version, das Changelog, die Seite „Was ist neu?“, eine Header- oder Anmeldeprüfung, die Verhaltensprobe oder ein Nachweisschritt fehlschlägt. Erst wenn Web- und Payload-Image samt Quellstand, öffentliche Version, Datenbank, Provider, Worker und öffentliche Nutzerreisen wieder stimmen, wird die Wiederherstellung dokumentiert. Physische UAT, die genau an den Kandidaten gebundene Ausnahme und die separate Produktionsfreigabe haben nun erreichbare, manifestgebundene Befehle.

    Plattform-Update

    • Nach einer fehlgeschlagenen Produktionsänderung bleibt der ursprüngliche Nachweis erhalten, der Rollback läuft genau einmal und eine Wiederherstellung wird erst nach allen Identitätsprüfungen dokumentiert.
    • Physische UAT und die genau autorisierte Ausnahme bleiben getrennte Zustände. Danach folgt eine separate Produktionsfreigabe.
    Zur Geschichte

  5. Release 76

    2026.3.85

    Release-Voraussetzungen werden vor dem Kandidaten-Build geprüft

    Der Release-Ablauf prüft jetzt die genauen Image-Identitäten für Node, das Dockerfile-Frontend, Listmonk, Mailpit und PostgreSQL, bevor er den Builder-Cache verändert. Die Provider-Probe akzeptiert nur diese festgelegten Linux/AMD64-Images und authentifiziert jede aufbewahrte Kontrolldatei vor ihrer Ausführung. Der private Pfad für den Build-Kontext folgt jetzt den Regeln des Ziel-Builders für temporäre Dateien. Das Verhalten der Anwendung bleibt unverändert. Dieser Kandidat wurde weder gebaut noch bereitgestellt, und die Produktion bleibt unverändert.

    Plattform-Update

    • Alle Image-Zuordnungen für Build und Probe werden vor dem ersten Abruf geprüft. Aufbewahrte Kontrollen werden vor ihrer Ausführung authentifiziert.
    Zur Geschichte

  6. Release 76

    2026.3.84

    Release-Builds prüfen jetzt ein aufbewahrtes Quellarchiv

    Der Release-Builder speichert vor dem Image-Build ein kandidatenspezifisches Quellarchiv, prüft dessen Hash im Builder und legt einen passenden Integritätsnachweis ab. Jeder Web- und Payload-Build prüft diese aufbewahrten Bytes unmittelbar vor der Verwendung erneut. BuildKit greift erst nach Abschluss des Uploads auf die geprüfte lokale Kopie zu. Fehlende, veränderte, unvollständige oder ersetzte Nachweise stoppen das Release. Auch ein konkurrierender Beleg wird nicht überschrieben. Das Verhalten der Anwendung bleibt unverändert. Es wurde kein Image gebaut oder bereitgestellt, und die Produktion bleibt unverändert.

    Plattform-Update

    • Web- und Payload-Builds verwenden dasselbe Quellarchiv im Builder erst, wenn Quelle, Hash und Integritätsnachweis übereinstimmen.
    Zur Geschichte

  7. Release 76

    2026.3.80

    Dein gewähltes Whitepaper bleibt von der Anfrage bis zur Zustellung eindeutig

    Jedes Research Whitepaper hat jetzt eine eigene Anfrage. Nach der Bestätigung erhältst du nur das gewählte Whitepaper. Die freiwillige Einladung zu wöchentlichen Updates bleibt getrennt und ist nicht vorausgewählt. Der Staging-Ablauf stoppt die Zustellung und protokolliert bestehende Anfragen genau, bevor die neue Auswahlregel angewendet werden darf. Dies ist ein Quellcode-Kandidat. Er wurde weder gebaut noch bereitgestellt, und die Produktion bleibt unverändert.

    Plattform-Update

    • Jedes Whitepaper hat eine eigene barrierearme Anfrage und liefert genau einen ausgewählten Link.
    • Wöchentliche Updates bleiben eine freiwillige, nicht vorausgewählte Einladung und steuern die Ressourcenzustellung nicht.
    • Research und wöchentliche Mitgliedschaften behalten getrennte Einwilligungs- und Abmeldewirkungen.
    • Staging stoppt den Zustelldienst und protokolliert bestehende Auswahlwerte genau, bevor die Datenbankmigration fortfahren darf.
    Zur Geschichte

  8. Release 76

    2026.3.75

    Navigation und Layout entsprechen jetzt dem geprüften Briefing

    Die Staging-Prüfung von 2026.3.74 zeigte, dass mehrere gewünschte Details in Navigation und Layout fehlten, obwohl die allgemeine Qualitätsprüfung bestanden hatte. Dieser Quellcode-Kandidat korrigiert die Lücken und ergänzt genaue Prüfungen. Er wurde nicht bereitgestellt. Die Produktion bleibt unverändert.

    Plattform-Update

    • Neu steht in der oberen Navigation jetzt direkt vor Stimmen.
    • Workshop-, Coaching-, Coaching-Skills- und Ressourcenseiten beginnen ihre sichtbare Navigation jetzt bei Start, auch auf den Detailseiten.
    • Lightbulb-Bilder haben jetzt abgerundete Bildecken. Die Linien unter den Überschriften geöffneter Menüs liegen auf derselben Höhe.
    • Die zentrale Qualitätsprüfung prüft diese Anforderungen jetzt ausdrücklich, einschließlich der vollständig anklickbaren redaktionellen Karten.
    Zur Geschichte

  9. Release 76

    2026.3.74

    Klarere Navigation, Kurszugänge und Release-Updates

    Dieses gemeinsame Release macht die Plattform leichter navigierbar, erklärt die bestehenden Kurszugänge verständlicher und nimmt die neuesten DSO Mentor-Coaching-Inhalte in dasselbe Release auf. Bis zur Staging-Freigabe und den vollständigen Tests bleibt es ein Quellcode-Kandidat.

    Neue Inhalte

    • 📚 Die DSO Mentor-Coaching-Seiten beschreiben den Follow-up-Termin jetzt als ungefähr sechs Monate nach dem Workshop. Damit bleibt der Zeitplan an das tatsächliche Workshop-Datum gebunden.

    Plattform-Update

    • 🧭 Eine hervorgehobene Navigation ab Start erleichtert die Orientierung bei Lightbulb Moments und Podcasts. Zurück führt nach Möglichkeit zur vorherigen Seite.
    • 💡 Lightbulb Moment und Podcast-Karten sind vollständig anklickbar, haben gleichmäßig runde Ecken und zeigen ihre Bilder ohne abgeschnittene Ränder.
    • 🔐 Die Anmeldeseite erklärt den schrittweisen Umzug auf die neue Plattform. IntelliCoach PRO und Leader Academy bleiben gemeinsam unter dem neuen Login erreichbar.
    • 💬 Auf Mobilgeräten bleibt Schreib mir unten rechts und erhält einen weißen Rand für besseren Kontrast. Auf dem Desktop lenkt die Schaltfläche nicht mehr ab.
    Zur Geschichte

  10. Release 75

    v0.74.64

    Der geschützte Staging-Nachweis verbindet jede Nachricht mit ihrem Ereignis

    v0.74.63 läuft ausschließlich im isolierten Staging. Die Einrichtung wurde abgeschlossen. Der geschützte Test bestand Browser-Matrix, Anmeldung, Bedienablauf, Ressourcenzustellung und Checkout. Die erste allgemeine englische Benachrichtigung wurde zugestellt. Die abschließende Nachweiserfassung stoppte jedoch sicher, weil Nachricht und Ereignis nicht gemeinsam übergeben wurden. Dieser reine Quellcode-Kandidat erfasst das genaue Paar in einem Aufruf und ergänzt eine gezielte Regressionsprüfung. Er wurde weder bereitgestellt noch getestet. Die Bereinigung lief nicht, und die Produktion bleibt unverändert.

    Plattform-Update

    • Bewahrt die bestandenen Nachweise für Matrix, Anmeldung, Bedienablauf, Ressourcenzustellung und Checkout auf.
    • Erfasst die zugestellte Nachricht und ihr Benachrichtigungsereignis gemeinsam.
    • Belässt den Kandidaten im Quellcode, bis eine neue Bereitstellung und der vollständige geschützte Test bestanden sind.
    Zur Geschichte

  11. Release 75

    v0.74.63

    Die geschützte Staging-Wiederherstellung kann eine genaue Anfrage wieder zuordnen

    v0.74.62 läuft ausschließlich im isolierten Staging. Wiederherstellung und Einrichtung wurden abgeschlossen. Der geschützte Test bestand Browser-Matrix, Anmeldung, Bedienablauf und Checkout. Die Ressourcenzustellung stoppte danach sicher, weil die bestätigte Anmeldung den für neue Zustellungsarbeit nötigen Anfragekontext nicht mehr enthielt. Dieser reine Quellcode-Kandidat ergänzt für das isolierte Staging einen Rückfallpfad, der nur eine genau passende Anfrage des geschützten Testlaufs für dieselbe Ressource und denselben Adressfingerabdruck akzeptiert. Er wurde weder bereitgestellt noch getestet. Der Zustellungsdienst bleibt gestoppt, die Bereinigung lief nicht, und die Produktion bleibt unverändert.

    Plattform-Update

    • Bewahrt die bestandenen Nachweise für Browser-Matrix, Anmeldung, Bedienablauf und Checkout auf.
    • Akzeptiert nur eine passende Anfrage im isolierten Staging für dieselbe Ressource und denselben Adressfingerabdruck.
    • Belässt den Kandidaten im Quellcode, bis eine neue Bereitstellung und der vollständige geschützte Test bestanden sind.
    Zur Geschichte

  12. Release 75

    v0.74.62

    Die Staging-Wiederherstellung wählt den vorgesehenen Abonnenten jetzt genau aus

    v0.74.61 läuft ausschließlich im isolierten Staging. Eine autorisierte Aktualisierung des Staging-Zugriffs wurde abgeschlossen. Danach stoppte die kontrollierte Wiederherstellung sicher vor dem geschützten Datensatzaufruf, weil unabhängige Anbieterzeilen als Mehrdeutigkeit behandelt wurden. Dieser reine Quellcode-Kandidat wählt zuerst den genau erwarteten Abonnenten aus und behält strenge Prüfungen auf Duplikate und Datensatzform bei. Er wurde weder bereitgestellt noch wiederhergestellt, aktiviert oder getestet. Der Zustellungsdienst bleibt gestoppt, die Bereinigung lief nicht, und die Produktion bleibt unverändert.

    Plattform-Update

    • Behält die abgeschlossene Aktualisierung des isolierten Staging-Zugriffs bei.
    • Wählt den vorgesehenen Abonnenten aus, bevor Eindeutigkeit und Datensatzform streng geprüft werden.
    • Belässt den Kandidaten im Quellcode, bis eine neue Bereitstellung, Wiederherstellung, Aktivierung und geschützte Prüfung bestanden sind.
    Zur Geschichte

  13. Release 75

    v0.74.61

    Isolierter Staging-Zugriff und Bereitstellungssperre sind besser abgesichert

    v0.74.60 läuft ausschließlich im isolierten Staging. Eine kontrollierte Einrichtungsprüfung stoppte sicher vor Aktivierung oder geschütztem Test. Dieser reine Quellcode-Kandidat verschärft die Handhabung des isolierten Staging-Zugriffs und nutzt eine gemeinsame, sicher geschlossene Bereitstellungssperre für alle lokalen Kopien. Er wurde weder bereitgestellt noch aktiviert oder getestet. Die Bereinigung lief nicht. Die Produktion bleibt unverändert.

    Plattform-Update

    • Sichert die Zugriffshandhabung für Prüfungen im isolierten Staging besser ab.
    • Koordiniert Staging-Abläufe über eine gemeinsame, sicher geschlossene Sperre für alle lokalen Kopien.
    • Belässt den Kandidaten im Quellcode, bis eine neue Bereitstellung, Aktivierung und geschützte Prüfung bestanden sind.
    Zur Geschichte

  14. Release 75

    v0.74.60

    Die Wiederherstellung folgt dem aktuellen Staging-Stand und liest umgebrochene Bestätigungsnachweise

    v0.74.59 läuft im isolierten Staging. Der genaue Bereitstellungsnachweis ist aufbewahrt. Ein kontrollierter Wiederherstellungsversuch lief genau einmal und stoppte lokal, bevor er die Arbeitssperre belegte, eine Verbindung zum Staging herstellte, Rechte änderte oder eine Webanfrage stellte. Der Wiederherstellungsbefehl erwartete noch die vorherige Version. Außerdem war eine Kennung in der Bestätigungsnachricht durch einen codierten Zeilenumbruch geteilt. Der Dienst darf weiterhin nur Nachrichten senden, der Zustellungsdienst bleibt gestoppt, alle Anfrage-, Bestätigungs- und Anbieterdaten sind unverändert, und die Arbeitssperre ist frei. Dieser reine Quellcode-Kandidat liest das aktuelle Paket und den aufbewahrten Bereitstellungsnachweis, statt beide im Befehl festzulegen. Vor der Prüfung der genauen Bestätigung fügt er codierte Zeilenumbrüche sicher zusammen. Er wurde weder bereitgestellt noch wiederhergestellt, aktiviert oder getestet. Die Bereinigung ist weiterhin frühestens am 24. August fällig und lief noch nicht. Die Produktion bleibt unverändert.

    Plattform-Update

    • Nutzt das aktuelle Paket und den aufbewahrten Staging-Nachweis für die Prüfung des zulässigen Wiederherstellungsstands.
    • Liest eine codierte Bestätigungskennung korrekt, auch wenn die Nachricht sie auf zwei Zeilen verteilt.
    • Belässt den Kandidaten im Quellcode, bis Bereitstellung, Wiederherstellung, Aktivierung und geschützter Test bestanden sind.
    Zur Geschichte

  15. Release 75

    v0.74.59

    Die Wiederherstellung trennt die vorgesehene Bestätigung von Hintergrundaktivität

    v0.74.58 läuft im isolierten Staging. Der genaue Bereitstellungsnachweis ist aufbewahrt. Ein kontrollierter Wiederherstellungsversuch lief und stoppte sicher, bevor er Rechte änderte oder eine Webanfrage stellte. Fehlende Verweise für den Zustand nach dem Aufruf und unabhängige Anmeldenachrichten wurden fälschlich als Zeichen gewertet, dass die Wiederherstellung nicht beginnen darf. Der Dienst darf weiterhin nur Nachrichten senden. Alle Anfrage- und Bestätigungsdaten sind unverändert, und die Arbeitssperre ist frei. Dieser reine Quellcode-Kandidat prüft nur die vorgesehene Bestätigung und erkennt leere Verweise als gültigen Zustand vor dem Aufruf. Er wurde weder bereitgestellt noch wiederhergestellt, aktiviert oder getestet. Die Bereinigung ist weiterhin frühestens am 24. August fällig und lief noch nicht. Die Produktion bleibt unverändert.

    Plattform-Update

    • Berücksichtigt für die Entscheidung über den einzigen Aufruf nur die vorgesehene Bestätigung.
    • Erkennt leere Verweise für den späteren Zustand als erwarteten Stand vor der Erfassung des Nachweises.
    • Belässt den Kandidaten im Quellcode, bis Bereitstellung, Wiederherstellung, Aktivierung und geschützter Test bestanden sind.
    Zur Geschichte

  16. Release 75

    v0.74.58

    Geschützte Tests warten wieder auf die Seite und nutzen begrenzte Abonnementrechte

    v0.74.57 erreichte das isolierte Staging. Die Einrichtung und der Abgleich der aufbewahrten Datensätze wurden abgeschlossen. Ein geschützter Test lief. Browser-Prüfungen, Anmeldung und Checkout bestanden. Der Bedienablauf stoppte beim ersten Feedback-Fenster, weil die Seite zurückkehrte, bevor ihre normalen Inhalte geladen waren. Die Coaching-Ressource wurde ihrer Liste zugeordnet und bestätigt, konnte den Nachweis aber nicht erfassen. Das isolierte Dienstkonto durfte Nachrichten senden, jedoch keine Abonnenten prüfen. Die allgemeinen englischen und deutschen Abläufe liefen nicht. Der fehlgeschlagene Test hinterließ eine zugeordnete Anfrage, einen nicht zugeordneten Abonnenten mit Abonnement beim Anbieter und keine ausstehende Zustellung. Die Bereinigung ist weiterhin frühestens am 24. August fällig und lief noch nicht. Dieser reine Quellcode-Kandidat stellt das normale Warten auf vollständig geladene Seiten wieder her. Er erteilt nur die nötigen Rechte für Abonnenten und vier kontrollierte Testlisten. Er wurde weder bereitgestellt noch aktiviert, wiederhergestellt oder getestet. Die Produktion bleibt unverändert.

    Plattform-Update

    • Wartet bei jeder Bedienseite wieder auf den normalen Abschluss des Ladens, bevor das erste Feedback-Fenster gesucht wird.
    • Erlaubt Abonnentenprüfungen und -verwaltung nur für die vier kontrollierten Testlisten. Die allgemeine deutsche Liste bleibt ausgeschlossen.
    • Belässt den Kandidaten im Quellcode, bis eine neue Bereitstellung, Aktivierung und der vollständige geschützte Test bestanden sind.
    Zur Geschichte

  17. Release 75

    v0.74.57

    Aufbewahrte Testdatensätze erhalten einen geschützten Reparaturweg

    v0.74.55 bleibt im isolierten Staging. Sein geschützter Test endete mit einem Fehler, nachdem der Bedienabschnitt sein Zeitlimit überschritten und die Coaching-Ressource die falsche Adresse gefunden hatte. v0.74.56 wurde eingespielt und übertragen, aber nie bereitgestellt. Dieser reine Quellcode-Kandidat ergänzt eine einmalige Reparatur für die exakte aufbewahrte Anfrage und Anbieteradresse. Sie läuft nur, wenn alle Identitäts- und Eigentumsprüfungen übereinstimmen. Abgestimmte Sperren verhindern, dass neue oder laufende Anfragen die Nachweise während der Reparatur verändern. Es liefen weder Reparatur noch Bereitstellung, Aktivierung oder geschützter Test. Die Bereinigung ist weiterhin frühestens am 24. August fällig. Die Produktion bleibt unverändert.

    Plattform-Update

    • Repariert nur die aufbewahrte Anfrage und Anbieteradresse, wenn alle Identitäts- und Eigentumsprüfungen übereinstimmen.
    • Verhindert, dass neue und laufende Anfragen sich verändern, während Reparatur oder Zustellung das Eigentum erfasst.
    • Belässt den Kandidaten im Quellcode, bis Bereitstellung, Aktivierung und der vollständige geschützte Test gelaufen sind.
    Zur Geschichte

  18. Release 75

    v0.74.56

    Geschützte Prüfungen nutzen jetzt die Adresse des aktuellen Laufs

    v0.74.55 erreichte das isolierte Staging und bestand Deployment und Aktivierung. Der geschützte Test bestand drei Browser-Prüfungen mit einer planmäßigen Auslassung. Anmeldung und Checkout bestanden. Fünf Benachrichtigungsaktionen und die Zusammenfassung für Führungskräfte wurden abgeschlossen, insgesamt sechs Bedienaktionen. Beim anschließenden Öffnen der englischen Startseite überschritt die Bedienprüfung ihr Zeitlimit, bevor der Offer Finder lief. Die Coaching-Ressource stoppte später mit einem HTTP-409-Konflikt, weil sie die feste Anmeldeadresse statt der für diesen Lauf erstellten Adresse prüfte. Die allgemeinen englischen und deutschen Abläufe liefen nicht. Die Bereinigung ist frühestens am 24. August fällig. Der fehlgeschlagene Lauf hinterließ außerdem eine Anfrage und eine Anbieteradresse ohne ausreichenden Eigentumsnachweis. Die Wiederherstellung wurde nicht geraten. Vor einer weiteren Aktivierung ist eine Entscheidung zur Nachweisregel nötig. Dieser reine Quellcode-Kandidat nutzt die laufbezogene Adresse für die Ressourcenprüfung, gibt dem Bedienabschnitt ein eigenes Zeitlimit und wartet bei drei Seitenaufrufen nur auf die Seitenstruktur. Er hat weder Staging noch Veröffentlichung erreicht.

    Plattform-Update

    • Prüft die Coaching-Ressource anhand der Abonnentenadresse, die für den aktuellen Lauf erstellt wurde.
    • Gibt dem Bedienabschnitt mit sechs Aktionen ein eigenes Zeitlimit und wartet nicht auf Hintergrundanfragen der Seite.
    • Lässt die unklare Anfrage und Anbieteradresse unverändert, bis eine Nachweisregel das Eigentum belegt.
    Zur Geschichte

  19. Release 75

    v0.74.54

    Aufbewahrte Testabonnenten erhalten jetzt einen vollständigen Eigentumsnachweis

    v0.74.53 erreichte das isolierte Staging und bestand alle Deployment-Prüfungen. Die Aktivierung stoppte danach sicher, weil ein aufbewahrter anonymer Testabonnent lokal registriert war, aber seinen Lebenszyklus im Abonnementdienst noch nicht abgeschlossen hatte. Die Transaktion wurde zurückgerollt, kein neuer Nachweis wurde geschrieben und der Zustellungsdienst blieb gestoppt. Für v0.74.53 lief kein geschützter Ablauf. Dieser reine Quellcode-Kandidat erfasst die Abonnentenerstellung dauerhaft, ordnet alle vier Eigentümer gemeinsam zu, gleicht den exakten geschützten Altfalls ab, prüft die erlaubte Abonnentenmenge nach der Aktivierung und entfernt nach sieben Tagen nur exakte Testdatensätze. Er hat weder Staging noch Veröffentlichung erreicht.

    Plattform-Update

    • Erfasst die Abonnentenerstellung und ordnet alle vier erforderlichen Eigentümer in einem geschützten Schritt zu.
    • Korrigiert nur den aufbewahrten geschützten Abonnenten, dessen lokale Nachweise exakt mit dem Abonnementdienst übereinstimmen.
    • Prüft nach der Aktivierung die rein englische Testmitgliedschaft und entfernt nach sieben Tagen nur exakte Testdatensätze.
    Zur Geschichte

  20. Release 75

    v0.74.53

    Der Abonnementnachweis löst den angelegten Abonnenten jetzt sicher auf

    v0.74.52 erreichte das isolierte Staging. Desktop, Pixel und iPad bestanden, das iPhone wurde planmäßig ausgelassen. Anmeldung, Bedienablauf und Checkout bestanden. Der Ressourcenablauf erreichte den Abonnementdienst und stoppte danach, weil dessen öffentliche Antwort keine numerische Abonnenten-ID enthielt. Die allgemeinen englischen und deutschen Abläufe liefen nicht. Dieser reine Quellcode-Kandidat löst genau einen passenden Abonnenten in der isolierten Datenbank auf, bestätigt ihn über den authentifizierten Dienst und lehnt vom Browser gelieferte IDs ab. Er hat weder Staging noch Veröffentlichung erreicht.

    Plattform-Update

    • Akzeptiert nur einen isolierten Abonnenten, dessen normalisierte E-Mail-Adresse und gespeicherte Identität zur abgeschlossenen Anfrage passen.
    • Bestätigt den aufgelösten Abonnenten über den authentifizierten Dienst, bevor der Nachweis erfasst wird.
    • Belässt den Kandidaten im Quellcode, bis ein neuer Staging-Lauf und der vollständige Ablauf bestehen.
    Zur Geschichte

  21. Release 75

    v0.74.52

    Geschützte Prüfungen beginnen erst mit ihrer Aktion

    v0.74.51 erreichte das isolierte Staging. Desktop, Pixel und iPad bestanden, das iPhone wurde planmäßig ausgelassen. Anmeldung und Checkout bestanden. Der Bedienablauf stoppte, weil eine anonyme Zusammenfassung die Zuordnung eines früheren Laufs wiederverwendete. Der Ressourcenablauf stoppte, nachdem die Testhilfe zehn leere Newsletter-Anfragen gesendet und die Anfragegrenze erreicht hatte. Die allgemeinen englischen und deutschen Abläufe liefen nicht. Dieser reine Quellcode-Kandidat gibt jedem anonymen Lauf eine eigene Identität und wartet auf eine ausdrückliche Aktion, bevor die Testhilfe ein geschütztes Formular absendet. Er hat weder Staging noch Veröffentlichung erreicht.

    Plattform-Update

    • Gibt jeder anonymen Zusammenfassung eine laufbezogene Identität, statt die Zuordnung eines früheren Laufs wiederzuverwenden.
    • Hält die Testhilfe für geschützte Formulare inaktiv, bis die Prüfung das Absenden anfordert.
    • Belässt den Kandidaten im Quellcode, bis ein neuer Staging-Lauf und der vollständige Ablauf bestehen.
    Zur Geschichte

  22. Release 75

    v0.74.51

    Jedes Absenden nutzt jetzt das aktuelle Prüfergebnis

    v0.74.50 erreichte das isolierte Staging. Die Prüfungen auf Desktop, Pixel und iPad bestanden, das iPhone wurde planmäßig ausgelassen. Anmeldung, Bedienablauf und Checkout bestanden. Der Ressourcenablauf stoppte vor der Zustellung, weil das Formular ein früheres Prüfergebnis wiederverwendete und eine ungültige Adresse sendete. Die allgemeinen englischen und deutschen Abläufe liefen nicht. Dieser reine Quellcode-Kandidat nutzt bei jedem Absenden das aktuelle Ergebnis und meldet nur, ob die Anfrage angenommen wurde. Er hat weder Staging noch Veröffentlichung erreicht.

    Plattform-Update

    • Liest beim Absenden das dann verfügbare Prüfergebnis, statt ein früheres wiederzuverwenden.
    • Hält nur fest, ob die Anfrage angenommen wurde, wenn die Zustellung nicht fortgesetzt werden kann.
    • Belässt den Kandidaten im Quellcode, bis ein neuer Staging-Lauf und der vollständige Ablauf bestehen.
    Zur Geschichte

  23. Release 75

    v0.74.43

    Fehlgeschlagene serielle Nachweise erreichen jetzt den exakten Wiederanlauf

    Der Kandidat v0.74.42 erreichte das isolierte Staging und bestand seine responsive Matrix, doch der geschützte serielle UAT schlug fehl. Mailpit enthielt dekodierte Authentifizierungsinhalte, die die Prüfung der rohen MIME-Daten nicht fand. Die Ressourcen-Zuordnung nutzte den falschen Hash-Vertrag, Checkout verglich eine echte Berechtigungs-ID mit einem veralteten Platzhalter, und Staging-Benachrichtigungen gingen an eine Adresse außerhalb der isolierten Abonnentenmenge. Dieser reine Quellcode-Kandidat korrigiert genau diese Grenzen und ergänzt einen sicher begrenzten Wiederanlauf für die abgelaufene Authentifizierungsreservierung mit Nachrichtenkennung. Er ist weder im Staging noch bereitgestellt oder veröffentlicht. Der Nachweis und der fehlgeschlagene UAT von v0.74.42 bleiben unverändert.

    Plattform-Update

    • Liest die dekodierte Mailpit-Nachricht für den exakten Empfänger, die Kennung und den Anmeldenachweis bei stabiler zweifacher Eigentumsprüfung.
    • Nutzt den schlüsselgebundenen E-Mail-Hash der Ressourcenzustellung und akzeptiert die echte zugeordnete Checkout-Berechtigungs-UUID.
    • Sendet Staging-Benachrichtigungen an den synthetischen Abonnenten und gibt eine abgelaufene Reservierung erst nach dauerhaftem Nachweis und exakter Bereinigung der Prüfung frei.
    Zur Geschichte

  24. Release 75

    v0.74.42

    Die Matrixprüfung öffnet nicht mehr den einmaligen Anmeldetransport

    Der Kandidat v0.74.41 erreichte das isolierte Staging, doch jedes Geräteprofil hielt in seiner ersten Anmeldezeile an. Die Matrix reservierte denselben einmaligen E-Mail-Transport, den später der serielle Anmeldeablauf braucht. Gleichzeitig hielt eine frühere fehlgeschlagene Anfrage noch einen abgelaufenen Versandstart-Datensatz. Dieser noch nicht bereitgestellte Ersatz trennt die Fixture-Reservierung von der Transportaktivierung. Den eng begrenzten abgelaufenen Zustand gibt er nur frei, wenn eine vollständige Prüfung des isolierten Mailpit weder eine Nachricht mit der exakten Kennung noch Authentifizierungsartefakte findet. Die Produktion bleibt unverändert.

    Plattform-Update

    • Reserviert das Anmelde-Fixture für responsive und Tastaturprüfungen, ohne den seriellen E-Mail-Transport zu öffnen.
    • Aktiviert die einmalige Authentifizierungsreservierung erst zum Start des gerenderten Magic-Link- und Einmalcode-Ablaufs.
    • Prüft jede Seite des isolierten Mailpit und behält die Sperre bei einer passenden Nachricht, einer unvollständigen Seite oder einem Lesefehler bei.
    Zur Geschichte

  25. Release 75

    v0.74.41

    Die geschützten seriellen Abläufe überschreiten jetzt ihre echten Übermittlungsgrenzen

    Der Kandidat v0.74.40 erreichte das isolierte Staging und durchlief alle 270 responsiven Matrixzeilen. Der kompakte serielle Lauf zeigte danach drei getrennte Grenzen: Ein PostgreSQL-Parameter hatte keinen eindeutigen Texttyp, Feedback und Anfragen erhielten den gerenderten Turnstile-Callback nicht, und Checkout beobachtete seine Anfrage, bevor der Interception-Callback abgeschlossen war. Das Ressourcen-Abonnement hielt außerdem sicher an, weil sein Signaturschlüssel noch nicht zum verpflichtenden Laufzeitvertrag gehörte. Dieser noch nicht bereitgestellte Ersatz korrigiert genau diese Grenzen. Die Produktion bleibt unverändert.

    Plattform-Update

    • Bindet den Digest der Authentifizierungsprüfung als Text, bevor PostgreSQL den geschützten JSON-Datensatz erstellt.
    • Übergibt den genehmigten Staging-Turnstile-Callback über die eingeblendeten Feedback- und Anfrageformulare vor der Übermittlung.
    • Verlangt den Signaturschlüssel für Ressourcenanfragen in beiden Deployment-Verträgen und wartet auf den Abschluss der Checkout-Interception.
    Zur Geschichte

  26. Release 75

    v0.74.40

    Die geschützte Guide-Prüfung wählt jetzt das sichtbare Steuerelement

    Der Kandidat v0.74.39 erreichte das isolierte Staging, löste die frühere leere Anmeldereservierung und gelangte in jedem Geräteprofil bis zur Offer-Finder-Zeile. Der Lauf hielt dann an, weil die Matrix nach dem Guide-Bereich suchte, bevor der sichtbare Button „Hilf mir!“ ihn geöffnet hatte. Dieser noch nicht bereitgestellte Ersatz wählt die stabile Aktion im Hero-Bereich. Die Produktion bleibt unverändert.

    Plattform-Update

    • Nutzt den sichtbaren Hero-Button, der den Guide öffnet, statt nach einem noch nicht eingeblendeten Bereich zu suchen.
    • Behält denselben Steuerungsvertrag für Desktop, Smartphone und Tablet bei.
    • Behält den Staging-Nachweis und die fehlgeschlagenen geschützten Datensätze von v0.74.39 unverändert bei.
    Zur Geschichte

  27. Release 75

    v0.74.39

    Eine unterbrochene Anmeldeprüfung blockiert den nächsten geschützten Lauf nicht mehr

    Der Kandidat v0.74.38 erreichte das isolierte Staging und durchlief in jedem Geräteprofil 84 Matrixzeilen. Die erste Anmeldezeile hielt dann an, weil ein früherer fehlgeschlagener Lauf eine abgelaufene, leere Reservierung für die reguläre Aufbewahrungsbereinigung hinterlassen hatte. Dieser noch nicht bereitgestellte Ersatz gibt nur Reservierungen ohne Versand-, Nachrichten-, Verifizierungs-, Benutzer-, Sitzungs- oder Kontonachweis frei. Die Produktion bleibt unverändert.

    Plattform-Update

    • Gibt eine abgelaufene Anmeldereservierung nur frei, wenn sie weder E-Mail- noch Identitätsgrenzen überschritten hat.
    • Belässt jede Reservierung mit Versand oder dauerhaftem Artefakt auf dem bestehenden eindeutigen Bereinigungsweg.
    • Behält den Staging-Nachweis und die fehlgeschlagenen geschützten Datensätze von v0.74.38 unverändert bei.
    Zur Geschichte

  28. Release 75

    v0.74.38

    Authentifizierungsprüfungen verwenden jetzt eine gemeinsame Bedeutung

    Der Kandidat v0.74.37 erreichte das isolierte Staging und begrenzte den Checkout auf die eindeutige synthetische Kundensitzung. Alle vier Geräteprofile hielten später bei der ersten Authentifizierungszeile an. Der Plan benannte die nötige Vorbereitung, während der Bereinigungsdatensatz den konkreten Statusnamen verwendete. Dieser noch nicht bereitgestellte Ersatz verbindet beide Namen bei der Nachweisprüfung. Die Produktion bleibt unverändert.

    Plattform-Update

    • Verbindet nur die Anforderung für die Authentifizierung mit ihrem konkreten Prüfdatensatz.
    • Lässt alle anderen Rollen-, Selektor-, Sitzungs- und Freigabenachweise unverändert.
    • Behält den Staging-Nachweis und die fehlgeschlagenen geschützten Datensätze von v0.74.37 unverändert bei.
    Zur Geschichte

  29. Release 75

    v0.74.37

    Geschützte Checkout-Prüfungen behalten die öffentliche Grenze bei

    Der Kandidat v0.74.36 erreichte das isolierte Staging. Alle vier Geräteprofile kamen bis zur Einwilligung vor dem Checkout. Dort hielten sie an, weil das öffentliche Staging den Checkout bewusst ausblendet. Dieser noch nicht bereitgestellte Ersatz behält diese Grenze für die Produktion und gewöhnliche Staging-Besucher bei. Nur die aktive synthetische Kundensitzung der geschützten Prüfung sieht den Checkout. Die Produktion bleibt unverändert.

    Plattform-Update

    • Verlangt den aktiven synthetischen Kunden, seine aktuelle Anmeldung und den passenden Prüfdatensatz.
    • Blendet den Checkout für gewöhnliche Staging-Besucher weiterhin aus und ändert das Verhalten der Produktion nicht.
    • Behält den Staging-Nachweis und die fehlgeschlagenen geschützten Datensätze von v0.74.36 unverändert bei.
    Zur Geschichte

  30. Release 75

    v0.74.36

    Geschützte Prüfungen verwenden jetzt das sichtbare Bedienelement

    Der Kandidat v0.74.35 erreichte das isolierte Staging. Seine wöchentliche Gerätematrix hielt jedoch vor den seriellen Prüfungen an. Die Bundle-Prüfung öffnete eine Produktseite ohne Bundle-Anfrage, und die Feedback-Prüfung wählte eine ausgeblendete responsive Kopie der Schaltfläche. Danach wurde der Laufnachweis ungültig, weil der lokale NAS-Alias den falschen SSH-Port verwendete. Dieser noch nicht bereitgestellte Ersatz öffnet die echte Bundle-Seite und wählt das sichtbare Feedback-Bedienelement. Der lokale Alias wurde getrennt repariert. Die Produktion bleibt unverändert.

    Plattform-Update

    • Öffnet die Seite des Complete Coaching Toolkit, bevor die Prüfung nach der Bundle-Anfrage sucht.
    • Wählt auf dem aktiven Gerät die sichtbare responsive Feedback-Schaltfläche.
    • Behält den Staging-Nachweis und die ungültigen UAT-Datensätze von v0.74.35 unverändert bei.
    Zur Geschichte

  31. Release 75

    v0.74.35

    Geschützte Prüfungen halten an ihrer eigenen Sicherheitsgrenze inne

    Der Kandidat v0.74.34 erreichte das Staging. Seine wöchentliche Matrix hielt jedoch vor den seriellen Prüfungen an. Spätere Geräteläufe erreichten die Grenze der geschützten Steuerung, und der letzte Tab-Schritt auf dem Desktop übergab den Fokus an den Browser. Dieser noch nicht bereitgestellte Ersatz wartet ein vollständiges Ruhefenster ab und versucht die Anfrage einmal erneut. Wenn Vorwärts-Tab die Seite verlässt, prüft er den Fokus rückwärts im Dokument.

    Plattform-Update

    • Behält die Sicherheitsgrenze bei und erlaubt nach einem vollständigen Ruhefenster einen erneuten Versuch.
    • Prüft die rückwärts gerichtete Fokusbewegung, wenn der letzte Vorwärts-Tab-Schritt das Dokument verlässt.
    • Behält den Staging-Nachweis und die fehlgeschlagenen UAT-Datensätze von v0.74.34 unverändert bei.
    Zur Geschichte

  32. Release 75

    v0.74.34

    Geschützte Prüfungen halten Zugangsdaten aus Browserprotokollen heraus

    Die geschützte Staging-Prüfung sendet interne Steuerungsanfragen jetzt über einen bereinigten Client statt über die Protokollierung des Browsertests. Mobile Zeilen werden einmalig auf die beiden Telefonprofile verteilt. Jedes Gerät erhält ein begrenztes Zeitfenster, das zu seinem Umfang passt, und geschützte Abläufe laufen in einer festen Reihenfolge. Der fehlgeschlagene Nachweis von v0.74.33 bleibt erhalten. Dieser Ersatzkandidat ist noch nicht bereitgestellt.

    Plattform-Update

    • Hält interne Zugangsdaten und Antworten der Dienste aus Fehlermeldungen des Browsertests heraus.
    • Verteilt Telefonzeilen auf iPhone und Pixel, damit jedes Matrixergebnis einmal erfasst wird.
    • Führt geschützte Abläufe nacheinander aus und bemisst das Zeitfenster nach der Zahl der zugewiesenen Zeilen.
    Zur Geschichte

  33. Release 75

    v0.74.33

    Geschützte Staging-Prüfungen verwenden jetzt direkt das Staging

    Die geschützte Browserprüfung verbindet sich jetzt direkt mit der benannten Staging-Seite. Sie startet keine lokalen Entwicklungsserver mehr, während sie einen bereitgestellten Kandidaten prüfen soll. Der fehlgeschlagene Nachweis von v0.74.32 bleibt erhalten. Dieser Ersatzkandidat ist noch nicht bereitgestellt.

    Plattform-Update

    • Überspringt den Start lokaler Webserver für die Gerätematrix und die seriellen Formularprüfungen.
    • Verwendet dieselbe Staging-Adresse für den Browser und den geschützten Formularvertrag.
    • Behält Start und Ergebnis des fehlgeschlagenen v0.74.32-Durchlaufs unverändert bei.
    Zur Geschichte

  34. Release 75

    v0.74.32

    Jeder Staging-Kandidat bekommt jetzt seine eigene geschützte Prüfung

    Die wöchentliche Prüfung trennt einen neuen Staging-Kandidaten jetzt von früheren Nachweisen desselben Tages. Dieser Kandidat erreichte das Staging. Sein geschützter Durchlauf hielt jedoch vor der Browserprüfung an, weil die lokale Testumgebung beim Start von Entwicklungsservern das Zeitlimit erreichte. Das unveränderliche Ergebnis bleibt erhalten.

    Plattform-Update

    • Nimmt die Prüfsumme des eingebundenen Freigabenachweises in die Laufkennung auf, damit Kandidaten keine Nachweise miteinander teilen.
    • Prüft auf dem Desktop die Tab-Navigation und auf Telefon- und Tablet-Profilen fokussierbare Bedienelemente.
    • Hält künftige Nachweise unabhängig vom temporären Ordner des Rechners.
    Zur Geschichte

  35. Release 75

    v0.74.31

    Eine angehaltene geschützte Prüfung bleibt jetzt angehalten

    Die geschützte Staging-Prüfung öffnet keinen Browser mehr, wenn ihr benannter Freigabenachweis fehlt, fehlerhaft ist oder zu einem anderen Quellstand gehört. Dieser Kandidat erreichte das Staging. Seine Matrix hielt vor den seriellen Prüfungen an, weil Nachweise vom selben Tag und das Fokusverhalten der Touch-Profile noch korrigiert werden mussten.

    Plattform-Update

    • Öffnet den Browser erst, wenn der benannte Nachweis, seine Prüfsumme und der lokale Quellstand zusammenpassen.
    • Prüft die erste sichtbare Mitarbeitermarkierung, wenn eine Seite dieselbe Markierung in zwei Bereichen zeigt.
    • Bewahrt den vorherigen wöchentlichen Durchlauf als Abbruchnachweis auf. E-Mail-, Benachrichtigungs- und Downloadprüfungen wurden nicht gestartet.
    Zur Geschichte

  36. Release 75

    v0.74.30

    Geschützte Prüfungen folgen jetzt dem Weg der Teilnehmenden

    Die neue Prüfung erreichte das Staging mit einer internen Nachrichtenlesefunktion und vier hinterlegten Dokumentprüfsummen. Ihr erster wöchentlicher Durchlauf hielt vor E-Mail-, Benachrichtigungs- und Downloadprüfungen an, weil der Stopp am Freigabenachweis und eine Mitarbeitermarkierung korrigiert werden mussten.

    Plattform-Update

    • Bereitet eine feste Lesefunktion für kontrollierte Nachrichten im isolierten Staging-Dienst vor.
    • Prüft direkte PDFs, PDF-Ansichten im Browser und Browser-Downloads über die tatsächlich versendeten Links.
    • Prüft Coaching 101, den Workshop-One-Pager und beide Research White Papers anhand ihrer hinterlegten Prüfsummen.
    Zur Geschichte

  37. Release 75

    v0.74.29

    Kontrollierte Formularprüfungen haben jetzt eigene Nachweise

    Anmelde- und Downloadprüfungen behalten getrennte Zustellnachweise. Gültiges Feedback und gültige Anfragen benachrichtigen Maik per E-Mail und auf dem Telefon. Prüfungen für Anmeldung und Executive Summary halten an, wenn ihr Nachweis fehlt oder nicht passt.

    Plattform-Update

    • Hält für jede Anmelde- und Downloadprüfung einen dauerhaften, getrennten Nachweis fest.
    • Schickt Maik erst nach einer gültigen Formulareingabe eine E-Mail und eine Benachrichtigung aufs Telefon.
    • Berücksichtigt Geräte, Sprachen und Zugriffswege, entfernt künstlich angelegte Daten nach sieben Tagen und bleibt unveröffentlicht.
    Zur Geschichte

  38. Release 74

    v0.74.27

    Die Staging-Wiederanlaufbelege sind vollständig

    Der isolierte Staging-Worker gibt jetzt jedem Wert im Wiederanlaufbeleg einen eindeutigen Datenbanktyp. Damit ist auch die zweite Unklarheit aus dem echten Worker-Durchlauf beseitigt, während Testlisten und Nachrichtenspeicher leer bleiben.

    Plattform-Update

    • Speichert sowohl den Zeitpunkt als auch den Fehlergrund mit einem eindeutigen Texttyp.
    • Prüft denselben untypisierten Ableitungsweg der Datenbank, den die laufende Anwendung nutzt.
    • Lässt den Worker angehalten und den Nachrichtenspeicher leer, bis das Ersatz-Image bestanden hat.
    Zur Geschichte

  39. Release 74

    v0.74.26

    Die Staging-Zustellung erholt sich sauber

    Der isolierte Zustell-Worker im Staging hält seinen Wiederanlauf jetzt fest, ohne an einem unklaren Datenbankparameter zu scheitern. Damit bleibt die Testumgebung für die Ende-zu-Ende-Prüfung bereit, bevor etwas in Produktion aktiviert wird.

    Plattform-Update

    • Hält eine unterbrochene und unklare Zustellung mit einem eindeutigen Zeitstempel zur Prüfung fest.
    • Lässt die Staging-Abonnentenliste leer, bis eine kontrollierte Testanfrage angelegt wird.
    • Bewahrt die Datenbanksicherung und die temporäre Wiederherstellungsprüfung für den isolierten Testdienst.
    Zur Geschichte

  40. Release 74

    v0.74.25

    Bestätigte Downloads erhalten einen dauerhaften Zustellweg

    Bestätigte Ressourcen-Downloads erhalten jetzt eine quellcodegesteuerte Zustellwarteschlange, die den Ablauf vor jedem E-Mail-Versuch festhält. Für die Aktivierung bleiben separate Staging- und Produktionsprüfungen erforderlich.

    Plattform-Update

    • Hält genau einen Zustellnachweis pro bestätigter Anmeldung und angefragtem Download fest. Nach dem Ergebnis bleibt nur ein anonymisierter Beleg.
    • Hält unklare E-Mail-Versuche zur Prüfung an, statt eine mögliche Doppelzustellung zu riskieren.
    • Bewahrt den angefragten Workshop mit der Anmeldung auf, damit eine spätere Profiländerung den Download nicht verändert.
    Zur Geschichte

  41. Release 74

    v0.74.24

    Staging-Review öffnet die Standortprüfung

    Die geschützte Review-Anmeldung setzt jetzt auch den signierten Review-Status für die reine Staging-Standortprüfung. Maik kann die geplante Prüfung abschliessen, ohne die Live-Seite zu verändern.

    Plattform-Update

    • Setzt den vorhandenen signierten Review-Status neben der geschützten Anmeldesitzung.
    • Lässt die Standortauswahl im Staging-Review nur für Maik sichtbar.
    • Lässt die Review-Route auf der Live-Seite weg und lehnt ungültige Links ab.
    Zur Geschichte

  42. Release 74

    v0.74.23

    Datenschutzeinstellungen bleiben erreichbar

    Datenschutzeinstellungen lassen sich jetzt über Footer und Kontobereich wieder öffnen, auch wenn kein Hinweis nötig war. Die Staging-Umgebung kann vor einem Release sicher prüfen, wie der Standort Auswahl und Workshop-Preise beeinflusst.

    Plattform-Update

    • Öffnet den Datenschutzdialog über den Footer und die Einstellungen im angemeldeten Bereich an jedem Standort.
    • Ermöglicht der geschützten Review-Umgebung Tests für Singapur, Deutschland, die Vereinigten Staaten, Global Privacy Control, Malaysia und einen unbekannten Standort.
    • Lässt die Review-Einstellung auf der Live-Seite weg und erhält vorhandene Datenschutznachweise bei einem Wechsel des Teststandorts.
    • Bereitet die Review-Umgebung auf ihre IntelliCoach-Adresse vor und lässt die bisherige Adresse verfügbar, bis der neue Weg geprüft ist.
    Zur Geschichte

  43. Release 73

    v0.74.22

    Datenschutzeinstellungen bleiben auf unserer Plattform

    Cookie-Hinweis, Einwilligungsnachweise und zweisprachige Datenschutzinformationen laufen jetzt auf der IntelliCoach-Plattform. Besucher sehen nur dort einen kurzen Hinweis, wo eine Einwilligung erforderlich ist. Alte Nachweise werden automatisch entfernt.

    Plattform-Update

    • Bietet in Europa und bei unklarer Herkunft verständliche Optionen zum Annehmen, Ablehnen und Anpassen auf Deutsch und Englisch.
    • Verbindet den privaten Seitenzähler mit der Auswahl für Nutzungsstatistiken, einschließlich eines späteren Widerrufs.
    • Lässt Plerdy ausgeschaltet und entfernt den bisherigen externen Cookie-Hinweis von der Seite.
    • Speichert weder IP-Adresse noch Browserkennung im Einwilligungsnachweis und löscht den Nachweis nach der festgelegten Frist.
    • Veröffentlicht vollständige Datenschutz- und Cookie-Texte auf Deutsch und Englisch aus derselben geprüften Quelle wie die Plattform.
    Zur Geschichte

  44. Release 73

    v0.74.21

    Die Messung folgt der aktuellen Datenschutzeinstellung

    Der private Seitenzähler liest die Auswahl jetzt über die Schnittstelle des aktuellen iubenda-Widgets. Die Erfassung bleibt aus, solange die zentrale Datenschutzeinstellung keine Messung anbietet und keine Zustimmung vorliegt.

    Plattform-Update

    • Nutzt die aktuelle Datenschutzeinstellung beim Öffnen einer Seite und nach jeder Änderung durch den Besucher.
    • Lässt die Erfassung aus, wenn die Messung nicht verfügbar, abgelehnt, zurückgezogen oder nicht lesbar ist.
    • Trennt die Korrektur der Webseite von der zentralen Messkategorie, deren Änderung auch die Live-Seite betrifft.
    Zur Geschichte

  45. Release 73

    v0.74.20

    Zugestimmte Besuche erscheinen im Tagesbericht

    Bei wiederkehrenden Besuchen erkennt die Seite eine bereits erteilte Zustimmung zur Messung. Die Datenschutzeinstellung steuert weiterhin, ob Daten erfasst werden.

    Plattform-Update

    • Liest beim Öffnen der Seite die vorhandene Zustimmung, damit freigegebene Besuche im privaten Tagesbericht ankommen.
    • Lässt die Erfassung aus, wenn die Zustimmung fehlt, abgelehnt, zurückgezogen oder nicht lesbar ist.
    • Schließt rechtliche Seiten, interne Statistiken und Verwaltungsbereiche weiterhin von der Seitenerfassung aus.
    Zur Geschichte

  46. Release 72

    v0.74.19

    Die geprüfte Web-Version bleibt beim Release

    Staging und die spätere Release-Vorbereitung verwenden jetzt dieselbe vorbereitete Web-Version. Jede Umgebung behält eigene Links und ihre eigene Anmeldeadresse.

    Plattform-Update

    • Erstellt die Web-Version einmal aus der festgeschriebenen Quelle und hält sie nach dem Staging-Review bereit.
    • Verlangt vor der Vorbereitung eines späteren Live-Releases eine Übereinstimmung mit der festgehaltenen Staging-Version.
    • Nutzt während des Reviews die Links und Anmelde-Einstellungen von Staging für dieselbe Web-Version.
    Zur Geschichte

  47. Release 72

    v0.74.18

    Nachweis für den laufenden Review-Build

    Dieses operative Update hält den genauen Web-Build fest, der die Staging-Prüfungen bestanden hat, zusammen mit Quelle und Release-Fenster.

    Plattform-Update

    • Hält das genaue Web-Image fest, das die Staging-Prüfungen bestanden hat, statt sich nur auf einen Quellverweis zu stützen.
    • Stoppt den Staging-Nachweis, wenn sich das laufende Web-Image nicht als feste Kennung auslesen lässt.
    Zur Geschichte

  48. Release 72

    v0.74.17

    Klarere Nachweise für Releases

    Dieses operative Update macht den Weg jedes geprüften Releases von der Vorbereitung bis zum laufenden Ergebnis nachvollziehbarer.

    Plattform-Update

    • Hält die vorbereitete und die laufende Version sowie das wöchentliche Release-Fenster fest, damit ein Review den tatsächlichen Ablauf nachvollziehen kann.
    • Hält versuchte und wiederhergestellte Version zusammen fest, wenn ein Release zum vorherigen Stand zurückkehrt.
    • Behält eine fehlgeschlagene Verhaltensprüfung nach einem Release als Nachweis für die weitere Klärung, statt das Release als abgeschlossen auszugeben.
    Zur Geschichte

  49. Release 72

    v0.74.16

    Sichererer Zugang und schnellere Releases

    Dieses Folgeupdate stärkt den Schutz von Mitarbeitenden-Zugängen, hält neue Redaktionsinhalte standardmäßig privat und verringert die Datenmenge bei einem Release.

    Plattform-Update

    • 🔐 Nutzt die verifizierte Besucheradresse für den Sitzungsschutz auf der Live-Seite und dem durch Cloudflare geschützten Staging.
    • 📝 Legt neue Newsletter- und Podcast-Einträge als Entwurf an, damit unfertige Inhalte privat bleiben.
    • ✉️ Verhindert, dass gleichzeitige Anfragen doppelte E-Mail-Vorlagen anlegen.
    • ⚡ Führt unabhängige Prüfungen parallel aus, überträgt bei Produktionsupdates nur geänderte Webseiteninhalte und erhält dabei generierte Downloads.
    • 📚 Hält das wachsende Lightbulb- und Podcast-Archiv schnell, indem beim Öffnen oder Weiterleiten eines Artikels Wiederholungen entfallen.
    Zur Geschichte

  50. Release 72

    v0.74.15

    Eine klarere Plattform, vom ersten Besuch bis zum Kurszugang

    Die wichtigsten Angebotsbereiche sind leichter zu erkunden, der vollständige Workshop-Katalog ist mit seinen Quellen abgeglichen, und Zugang, Preise, Berichte sowie die Content-Erstellung sind für den Alltag vorbereitet.

    Plattform-Update

    • Gibt Gruppenworkshops, Coaching Skills und Ressourcen klarere visuelle Einstiege, größere Abschnittslinks, einheitliche Symbole und Orientierungspfade für tiefere Seiten.
    • Gleicht alle 22 Workshops mit ihren kanonischen Produktinhalten ab, ergänzt Building Trust in Teams und Self-Leadership and Personal Values und aktualisiert die englischen und deutschen One-Pager.
    • Zeigt für Führungskräfte, HR Business Partner und japanischsprachige Führungskräfte das aktive Kompaktprogramm mit sechs und das Vollprogramm mit neun Sessions, mit korrekten Gruppengrößen und ohne veraltete Programmangaben.
    • Bestätigt den aktuellen Stand von zehn Lightbulb Moments vom 31. Mai bis 2. August und ergänzt zwölf neuere Alumni-Ausgaben in der geschützten Mitgliederbibliothek, jeweils mit Originaldatum und bereinigter Leseseite.
    • Zeigt Workshop-Preise in SGD für Singapur, in EUR für das geografische Europa und sonst oder bei unklarem Standort in USD.
    • Stellt den Versand der Login-Codes wieder her, erklärt die neue Plattform, frühere IntelliCoach-PRO-Materialien und die Leader Academy an einem Ort und macht die Abmeldung leicht erreichbar.
    • Ergänzt eine einwilligungsgebundene private Tagesübersicht und einen gemeinsamen E-Mail-Bericht, der Produktion und Staging getrennt ausweist. Eine private Serververbindung hält beide Bereiche verfügbar, ohne den öffentlichen Bot-Schutz zu schwächen. Dazu kommt ein erster Bereich für Newsletter, Blogbeiträge, Podcasts, Listen und Zeitplanung.
    • Schützt öffentliche Eingaben und Mitarbeitenden-Zugänge, aktiviert Browser-Schutzregeln, löscht pseudonyme Besuchsdaten nach 30 Tagen, trennt Mitarbeitenden-Zugriffe und verbessert die Übungsfolge auf dem Smartphone.
    • Hält Podcasts, Workshops und Build-Log-Inhalte bei jeder Webseiten-Version auf demselben Stand, einschließlich der vollständigen Bildergalerien in früheren Build-Log-Einträgen, und verkürzt die Wartezeit beim sicheren Testzugang.
    • Hält beide anklickbaren White-Paper-Cover beim Laden auf Smartphones und Tablets in voller Größe, damit die Download-Auswahl stabil und leicht antippbar bleibt.
    • Wendet die bereits auf Staging geprüften Datenbank-Updates für Berichte vor jedem Produktionsrelease an, damit die private Übersicht und die tägliche E-Mail ihre benötigten Tabellen ab dem ersten Aufruf vorfinden.
    • Führt Mitarbeitende nach Ablauf der geschützten Sitzung zurück zur Anmeldung und ersetzt die verwirrende Fehlerseite durch einen klaren Weg zum Weiterarbeiten.
    • Veröffentlicht die zehn neuesten Lightbulb Moments zuverlässig über die Live-Bibliothek, damit Webseite und Inhaltsquelle denselben vollständigen Stand zeigen.
    Zur Geschichte

  51. Release 71

    v0.71.0

    Die neue IntelliCoach-Webseite ist online

    Die neu aufgebaute Webseite hilft Besucherinnen und Besuchern, den passenden Workshop oder das passende Coaching-Angebot zu finden. Stakeholder-fokussiertes Coaching und Coaching Skills haben jetzt klarere eigene Seiten.

    Neue Inhalte

    • Der Build-Log-Eintrag zu Tag 71 ist veröffentlicht: die fünf Wochen Stille, das Juni-Ziel angesichts eines vollen Juli und das vollständige Angebot, das jetzt an einem Ort steht.

    Plattform-Update

    • Die vierteilige Überarbeitung des Angebots ist ausgeliefert: Guide-Ergebnisgrenze, Übersichtsseite für Stakeholder-fokussiertes Coaching, die Coaching-Skills-Familie (Landingpage plus Führungskräfte, HR Business Partner und japanischsprachige Führungskräfte) sowie überarbeitete Workshop-Detailseiten. Durchgehend zweisprachig.
    • Die Abhängigkeiten wurden vor der Veröffentlichung aktualisiert, womit neun Next.js-Sicherheitshinweise geschlossen sind. Der eine verbleibende Fund betrifft nur Entwicklungswerkzeuge und ist als begründete, befristete Ausnahme dokumentiert.
    • Der Launch-Modus wechselt von holding auf live. Die Holding-Seite ist abgelöst, und die Seite ist zum ersten Mal öffentlich indexierbar.
    • Das Build-Log endet als E-Mail-Format. Es war immer als temporäre Begleitung des Aufbaus gedacht, nicht als dauerhafter Newsletter.
    Zur Geschichte

  52. Release 70

    v0.70.0

    Eine ruhigere Woche, während das nächste Update Form annimmt

    Schulferien und Kundenarbeit ließen in dieser Woche weniger Zeit zum Bauen. Das nächste größere Update blieb in der privaten Prüfung, bis die passenden Werkzeuge und genügend Zeit verfügbar waren.

    Neue Inhalte

    • Den Day-70-Build-Log-Eintrag veröffentlicht: über strategische Geduld, die Wirtschaftlichkeit des Wartens auf bessere KI-Werkzeuge und das Bill-Gates-100x-Programmierer-Argument angewendet auf KI-Modelle.

    Plattform-Update

    • Schwerste Grundlagenarbeit weiterhin in bewusster Pause. Quiet-Launch-Ziel Montag 22. Juni bleibt in Sicht.
    • Den Moment der Messlattenverschie­bung öffentlich benannt: Wenn du einmal erlebt hast, was das fähigste Werkzeug kann, setzt diese Erfahrung deinen akzeptablen Mindeststandard zurück und verändert die Kostenrechnung für den Rückweg.
    Zur Geschichte

  53. Release 69

    v0.69.0

    Eine bewusste Pause für Qualität

    Die aufwendigste Arbeit an der Webseite pausierte, weil das wichtigste Programmierwerkzeug nicht verfügbar war. Feedback brachte die private Vorschau trotzdem näher an das, was Kunden brauchen.

    Neue Inhalte

    • Den Day-69-Build-Log-Eintrag veröffentlicht: über das Bauen an der Spitze und die Volatilität, die entsteht, wenn man sich auf ein einziges Werkzeug ganz vorne verlässt.

    Plattform-Update

    • Eine bewusste Pause der schwersten Grundlagenarbeit gehalten, bis das fähigste Werkzeug wieder verfügbar ist, um die Nacharbeit eines schwächeren Ersatzes zu vermeiden.
    • Die private, nur dem Team zugängliche Vorschau ist kundenorientierter geworden, geformt durch Feedback aus der Pause und nicht durch neues Bauen heute.
    • Ein neues Konzentrationsrisiko öffentlich benannt: Wer sein ganzes Gewicht auf ein einziges Werkzeug an der Spitze legt, dem kann es jemand weit weg aus Gründen außer Reichweite bringen, die nichts mit einem selbst zu tun haben.
    • Nichts ging an die Öffentlichkeit: keine Domainänderung, keine Zahlungen, keine E-Mails, nichts live.
    Zur Geschichte

  54. Release 67

    v0.67.0

    Klarere Bilder und eine sicherere Webseite

    Eine missverständliche Illustration wurde ersetzt. Künftig wird jedes Bild vor der Veröffentlichung auf seine Aussage geprüft, und am selben Tag ging ein Sicherheitsupdate online.

    Neue Inhalte

    • Tag-67-Build-Log-Reflexion über die J-Kurve, verlorene Tage und das Einplanen des Einbruchs veröffentlicht.
    • Tag-66-Build-Log-Bild durch die Nickerchen-Version ersetzt: auf der Live-Seite, im LinkedIn-Material und im Newsletter-Banner.

    Plattform-Update

    • Sinn-Check für jedes generierte Bild als feste Regel verankert: Jedes Bild wird vor dem Versand auf Szenenlogik, Kaltleser-Story, exakten Text, Stimmung und Markenbild geprüft.
    • Optionale handschriftliche Notizzeile in der Newsletter-Vorlage ergänzt und die Tag-66-Newsletter (EN und DE) mit dem korrigierten Bild erneut versendet.
    • Login-Bibliothek gegen eine frische Sicherheitslücke (Schweregrad 7,6) gepatcht und noch am selben Tag in Produktion ausgeliefert.
    Zur Geschichte

  55. Release 66

    v0.66.0

    Lange Projekte bleiben besser auf Kurs

    Eine neue Arbeitsregel hält den Aufbau auch dann konsistent, wenn lange KI-Sitzungen neu beginnen müssen. Die private Vorschau der Startseite kam ebenfalls weiter.

    Neue Inhalte

    • Tag-66-Bautagebuch-Reflexion über KI-Gedächtnisgrenzen und die Zuerst-den-Plan-lesen-Regel veröffentlicht.

    Plattform-Update

    • Stehende Regel für beide Coding-Werkzeuge verankert: nach jedem Gedächtnis-Reset zuerst den unveränderlichen Masterplan lesen, dann die eigene Zusammenfassung.
    • Neue Startseite auf die nächste private Vorschauversion gebracht, gesteuert komplett über gesprochenes und geschriebenes Feedback mit Screenshots.
    • Die übertragbare Lehre benannt: Eine gute Zusammenfassung ist kein gutes Gedächtnis; Übergaben halten, wenn der unveränderte Plan zuerst gelesen wird.
    • Alles privat und hinter Freigaben gehalten: kein Domainwechsel, keine Zahlungen, keine E-Mails, nichts öffentlich.
    Zur Geschichte

  56. Release 65

    v0.65.0

    Die neue Startseite macht einen großen Schritt

    Alte Kursinhalte wurden aus der bisherigen Plattform gerettet. Die neue private Startseite erreichte ungefähr 90 Prozent.

    Neue Inhalte

    • Den Tag-65-Build-Log-Eintrag ueber autonome Delegation und das Prinzip zuerst vertrauen, dann pruefen veroeffentlicht.

    Plattform-Update

    • Zwei unbeaufsichtigte OpenAI-Codex-Goal-Sessions laufen lassen, um Altinhalte aus einer geschlossenen Plattform zu holen und eine neue Startseite zu bauen.
    • Die neue Startseite fuer die umgezogenen Kursinhalte aufgesetzt, jetzt bei rund neunzig Prozent und weiter in privater Pruefung.
    • Den Werkzeug-Unterschied klar benannt: Codex kann heute lange, selbstpruefende Goal-Sessions; Claude noch nicht.
    • Alles privat und abgeriegelt gehalten: kein Domainwechsel, keine Zahlungen, keine E-Mails, nichts oeffentlich.
    Zur Geschichte

  57. Release 64

    v0.64.0

    Die private Prüfung der neuen Webseite beginnt

    Ausgewählte Tester konnten die neu aufgebaute Webseite in einer geschützten Vorschau öffnen. Die öffentliche Seite blieb unverändert.

    Neue Inhalte

    • Die Tag-64-Build-Log-Reflexion ueber Theory of Mind und die zerklueftete Grenze veroeffentlicht.

    Plattform-Update

    • Die neue IntelliCoach.com in einen privaten, geschuetzten Pruefraum verschoben, den benannte Pruefer oeffnen koennen.
    • Den bisherigen Zugangswaechter durch eine App-eigene E-Mail- und PIN-Schranke ersetzt und den Zugang fuer alle drei Pruefer bestaetigt.
    • Die Kurzadresse eines Pruefers korrigiert, sodass sie auf das richtige Konto zeigt.
    • Produktion, Domainwechsel, Zahlungen, E-Mail und den alten Marketing-Stack geschuetzt und unveraendert gelassen.
    Zur Geschichte

  58. Release 58

    v0.58.0

    Eine einfache Regel für verlässlichere Updates

    Der Arbeitsablauf beendet jetzt eine Anfrage, bevor die nächste beginnt. Das reduziert halbfertige Änderungen und doppelte Arbeit.

    Neue Inhalte

    • Die Tag-58-Build-Log-Geschichte zu Vertrauen, Ueberpruefung und veraendertem AI-Workflow-Verhalten veroeffentlicht.

    Plattform-Update

    • Eine neue Sequenzierungsregel fuer AI-Coding-Aufgaben mit Folgeanweisungen festgehalten.
    • Die Lektion ueber das vertraute Fuehrungsmuster gerahmt, Veraenderungen im Kontext oder in der Kommunikation eines Kollaborators wahrzunehmen.
    • Produktaufbau, Content-System-Tests, Importarbeit, Zahlungsarbeit, Domainarbeit und Homepage-Umsetzung ausserhalb dieser Content-Route gehalten.
    Zur Geschichte

  59. Release 57

    v0.57.0

    Ein kurzes Update und ein klarerer Countdown

    Während Maik sich erholte, blieb die Arbeit bewusst leicht. Der öffentliche Build-Zähler und das Ziel für den 15. Juni wurden aktualisiert.

    Neue Inhalte

    • Eine kurze englische Build-Log-Notiz fuer einen Erholungstag veroeffentlicht, auf Wunsch ohne Hero-Bild.
    • Die passende deutsche Build-Log-Notiz veroeffentlicht und die Newsletter-Quelle zweisprachig gehalten.

    Plattform-Update

    • Das oeffentliche Go-live-Ziel auf den 15. Juni 2026 verschoben und Content-Tag vom oeffentlichen Build-day-Zaehler getrennt.
    • Build-day-Wording festgelegt, damit oeffentliche Posts keine Nenner- oder Resttage-Formulierung mehr verwenden.
    Zur Geschichte

  60. Release 56

    v0.56.0

    Ein besserer Weg für lange Texte

    Ein langes Manuskript fand den passenden Bearbeitungsweg. Gleichzeitig kamen die zweisprachigen Inhalte und der Newsletter-Ablauf weiter.

    Neue Inhalte

    • Ergänzte englische und deutsche öffentliche Einträge auf Basis von Maiks Brain Dump vom 2026-05-25, mit korrektem Tagesbezug für den morgigen LinkedIn-Pickup.

    Plattform-Update

    • Veröffentlichte die Tag-56-Build-Log-Story über die Trennung von Coding-Arbeit und kreativem Manuskript-Editing.
    • Rahmte die Lektion als Rollenpassung: Arbeit nicht einer KI zuweisen, nur weil sie die Aufgabe technisch versuchen kann.
    • Wählte die dramatische Creative-Editing-Grafik aus Version fünf für Build Log und Newsletter-Weg aus.
    • Aktualisierte die DPP-Ship-it-Regel, damit künftige Freigaben zuerst die Listen nennen und dann Content-Veröffentlichung, Newsletter, Bookkeeping und Closeout durchlaufen.
    Zur Geschichte

  61. Release 53

    v0.53.0

    Eine neue Geschichte über sichere Experimente

    Eine neue Geschichte im Bautagebuch nutzt verzweigte Wege als Bild dafür, wie kleine Experimente die Arbeit mit KI verbessern können.

    Neue Inhalte

    • Ausgewähltes Bild mit der wörtlichen Gabel-Metapher, Blog-Hero, Newsletter-Banner, LinkedIn-Pickup-Bild und gepaarte Fork-Bildkandidaten ergänzt.

    Plattform-Update

    • Tag-53-Build-Log rund um das Abzweigen eines KI-Gesprächs veröffentlicht, damit ein alternativer Weg getestet werden kann, ohne den ursprünglichen Faden zu beschädigen.
    • Abzweigen als Experimentiergewohnheit beschrieben: einen begrenzten Alternativweg schaffen, ehrlich beobachten und dann entscheiden, welche Version weitergeführt wird.
    • Den öffentlichen Content-Zyklus über die Content-Route vorangebracht und die eingecheckte JSON-Version als Rückfallquelle für den CMS-gestützten Weg abgeglichen gehalten.
    • LinkedIn bleibt als manuelles Maik-Pickup für Montag vorbereitet, und Newsletter bleiben bis zur ausdrücklichen Sendefreigabe nach dem Deploy hinter dem Sendegate.
    Zur Geschichte

  62. Release 52

    v0.52.0

    Eine neue Geschichte darüber, wie KI-Arbeit auf Kurs bleibt

    Eine neue Geschichte zeigt, wie das Zurückspulen einer KI-Sitzung eine falsche Richtung korrigiert, ohne die gute Arbeit zu verlieren.

    Neue Inhalte

    • Ausgewähltes Rosa-Elefanten-Visual, Blog-Hero, Newsletter-Banner, LinkedIn-Pickup-Bild und gepaarte Bildkandidaten ergänzt.

    Plattform-Update

    • Tag-52-Build-Log rund um Zurückspulen als Weg veröffentlicht, eine falsche Abzweigung aus dem KI-Arbeitsgedächtnis zu entfernen.
    • Die Lektion als Unterschied zwischen Reparatur nach einem Fehler und sauberem Kontext vor dem Weiterarbeiten beschrieben.
    • Den CMS-gestützten Content-Weg für Tag 52 genutzt und die eingecheckte JSON-Rückfallquelle parallel sauber gehalten.
    • Die künftige DPP-Bildhandoff-Regel codifiziert: fünf saubere Blog-/Basisbilder und fünf passende LinkedIn-Bilder mit Typografie als getrennte, gepaarte Dateien.
    Zur Geschichte

  63. Release 51

    v0.51.0

    Eine neue Geschichte über die Führung mehrerer KI-Helfer

    Eine neue Geschichte betrachtet die Aufgabe, mehrere KI-Helfer gleichzeitig zu führen. Für die Auswahl von Bildern gilt nun eine klarere Regel.

    Neue Inhalte

    • Ausgewähltes Oktopus-Visual, Blog-Hero, Newsletter-Banner und LinkedIn-Pickup-Bild ergänzt.

    Plattform-Update

    • Tag-51-Build-Log rund um KI-Arbeit als weiteren Posteingang veröffentlicht.
    • Parallele KI-Sessions über Span of Control gerahmt, mit ungefähr fünf bis acht Sessions als handhabbarem Bereich und zwölf als zu viel.
    • DPP-R-037 ergänzt, damit zukünftige Blogentwürfe vor dem Review-Handoff fünf echte Bildkandidaten enthalten.
    • Newsletter-Versand und manuelles LinkedIn-Posting bleiben nach dem Plattform-Content-Ship getrennte Gates.
    Zur Geschichte

  64. Release 50

    v0.50.0

    Klarere Ziele für die Arbeit mit KI

    Neue Ziel- und Planprüfungen sorgen dafür, dass die technische Arbeit mit dem Ergebnis verbunden bleibt, das Menschen erleben sollen.

    Neue Inhalte

    • Tag-50-Build-Log rund um Systemdenken, Coaching-Skill und sichtbare Visionen für KI-Arbeit veröffentlicht.

    Plattform-Update

    • Klareres KI-Entscheidungsformat festgeschrieben: Kontext, Optionen und Empfehlung.
    • Vision-und-Plan-Check ergänzt, damit KI-Agenten vor der Antwort sowohl den Plan als auch die beabsichtigte Richtung zeigen.
    • Staging-Plattform auf dem Home Server erstellt, damit Änderungen sicherer vor Production getestet werden können.
    • Ablauf gebaut, um Staging mit echten Nutzerdaten von der Live-Plattform zu aktualisieren.
    Zur Geschichte

  65. Release 49

    v0.49.0

    Das erste Lernprodukt geht in die konkrete Umsetzung

    STARQ Feedback Mastery wechselte von der Planung in die konkrete Ausarbeitung. Gleichzeitig kam die private Testumgebung weiter.

    Neue Inhalte

    • Tag-49-Build-Log-Eintrag rund um die Krankenhausübergabe und die Akten-Metapher für KI-Kontinuität veröffentlicht.

    Plattform-Update

    • Planprüfungs-Hook-Muster ergänzt, damit lange KI-Sitzungen vor Arbeitsbeginn mit der aktuellen Projektakte abgeglichen werden.
    • STARQ Feedback Mastery in konkrete Quellenarbeit verschoben: Die erste Produktidee ist festgelegt, und das Quellenpaket liegt für Maiks Review bereit, bevor Build startet.
    • Staging-Pfad weitergeführt: Synology-Staging-Ursprung, geschützter öffentlicher Pfad und wiederholbarer Produktionsdaten-Transfer stehen; Browserzugang bleibt der offene Blocker.
    Zur Geschichte

  66. Release 46

    v0.46.0

    Stärkere Prüfungen vor neuen Funktionen

    Neue Prüfungen klären wichtige Entscheidungen, bevor die Arbeit beginnt. Das reduziert unnötige Schleifen.

    Neue Inhalte

    • Tag-46-Blog, Newsletter, Changelog und Bildkonzepte aus Maiks abendlichem Brain Dump als Review-Paket vorbereitet.

    Plattform-Update

    • ADR-Source-Trace-Gate ergänzt: Zukünftige DPP-Strandberichte müssen thematisch relevante Architekturentscheidungen zitieren, bevor sie Produkt-, Plattform- oder Governance-Aussagen machen.
    • Standard für bezahlte PDFs neu verankert: Kostenlose Executive-Review-Vorschauseiten bleiben lesbar, während Hauptinhaltsseiten lesbare Seiten-Chrome und irreversibel maskierten Hauptinhalt behalten.
    • Tag-45-LinkedIn, Tag-45-Newsletter-Resend, STARQ Product1 Think und Entwicklungsstränge blieben für die heutige reine Content-Route geschlossen.
    Zur Geschichte

  67. Release 45

    v0.45.0

    Der erste Einbruchsversuch wurde abgewehrt

    Die Webseite blockierte ihren ersten echten Einbruchsversuch. Danach wurden Schutz und Überwachung weiter verschärft.

    Neue Inhalte

    • Tag-45-Content für die Plattform-Veröffentlichung vorbereitet, mit Blog, Changelog, Newsletter, LinkedIn-Entwurf und Bildmaterial im gesteuerten Content-Zyklus.

    Plattform-Update

    • Erster echter Einbruchsversuch erkannt und blockiert; der betroffene Zugangsablauf wurde nach der Prüfung gehärtet.
    • Monitoring erkannte eine zu breite Schutzreaktion, als die stündliche E-Mail-Prüfung fehlschlug, und bewies damit, dass der Alarmweg funktionierte.
    • P-016 Projekt-Router-Rahmung steuert jetzt die tägliche DPP-Arbeit, mit DPPG-R-009 für Ziel, Grenze, Proof-Ziel, Erfolgskriterien, größeren Zusammenhang und offene Beweise bei nicht-trivialen Ergebnissen.
    Zur Geschichte

  68. Release 43

    v0.43.0

    Bessere Tests auf Mobilgeräten und für Barrierefreiheit

    Wichtige Seiten werden vor dem nächsten Release auf mehr Smartphones und Tablets sowie auf Barrierefreiheit geprüft.

    Plattform-Update

    • LS-C07 abgeschlossen: Playwright deckt nun Desktop Chrome, iPhone 13, Pixel 7 und iPad-Profile ab.
    • Homepage-End-to-End-Abdeckung prüft jetzt Navigation auf kleinen Bildschirmen und die mobile Feedback-Schaltfläche.
    • LS-C08 abgeschlossen: axe-core-Abdeckung für fünf zentrale Seiten in Englisch und Deutsch ergänzt.
    • Gemeinsame UI- und Seitenflächen für zugängliche Beschriftungen, Seitensprache, semantisches Button-Verhalten und lesbare Kontraste angepasst.
    • docs/TESTING.md mit den neuen Erwartungen an Mobil- und Barrierefreiheits-Abdeckung aktualisiert.
    • docs/LAUNCH-SCOPE.md und docs/LAUNCH-READINESS.md aktualisiert: LS-C07 und LS-C08 bestehen jetzt; vollständiger Umgebungs-Rerun und visueller Spotcheck bleiben Nacharbeit für morgen.
    Zur Geschichte

  69. Release 42

    v0.42.0

    Das nächste Produktkapitel beginnt

    Die neue Startseite, die nächste rechtliche Prüfung, die private Testumgebung und das erste Produkt wurden fest in den Release-Plan aufgenommen.

    Neue Inhalte

    • Zwei Tombstone-Einträge für historische Lücken hinzugefügt: Tag 35 (Fr 1.5., Tag der Arbeit in Singapur) und Tag 36 (Sa 2.5., Wochenend-DEV) — beide Tage bleiben im Zähler, ehrlich gerahmt als 'kein öffentlicher Eintrag.'
    • Content-Erstellungs-Pfad für das erste Produkt eröffnet (LS-C10, STARQ Feedback Mastery). Mehrsessions-Erstellungs-Phase beginnt diese Woche mit parallelen Opencode-Sessions; Produkt-Unterverzeichnisse und content-status.json-Gerüst eingecheckt.

    Plattform-Update

    • LS-S11 Stalwart-Passwort-Rotation als Post-Launch-Arbeit akzeptiert, parallel zur LS-S12 Admin-Endpoint-Härtung.
    • LS-C11 neue Marketing-Homepage für den Launch-Week-Build-Slot eingeplant. Ersetzt den aktuellen Build-Log-als-Homepage-Zustand; das Build-Log wandert nach /build-log.
    • LS-L08 erweitert: 'Lifetime Access' Kleingedrucktes-Hinweis in die nächste iubenda-AGB- und Anwalts-Prüfung aufgenommen.
    • LS-O06 Synology DS1525+ Staging-Umgebung für den Launch-Week-Buffer-Slot eingeplant.
    • LS-S13 Vercel DeepSec Agent-getriebener SAST-Scan für die Pre-Launch-QA-Woche eingeplant, zusätzlich zu den bestehenden Semgrep + CodeQL + gitleaks + OSV-Scannern.
    • Quick-Path für tägliche Inhalte im Memory-Wiki festgehalten — wenn Maik müde-Modus oder Ein-Schuss-Modus signalisiert, kollabiert der Standard-Zyklus in eine Single-Turn-Erstellen-und-Präsentieren.
    Zur Geschichte

  70. Release 41

    v0.41.0

    Ein saubererer, verlässlicherer Release-Prozess

    Versionsangaben, Aufzeichnungen, Newsletter-Schutz und automatische Prüfungen wurden wieder in Einklang gebracht.

    Neue Inhalte

    • Tag-41-Build-Log-Eintrag ausgeliefert (Heute habe ich Governance-Zinsen bezahlt). Lightbulb-Moments Build-Log-Recap für den Versand am Sonntag 5-10 entworfen.

    Plattform-Update

    • ADR 058 ergänzt: keine Verzweigungen, jeder Commit landet auf main. Löst den Aspekt mit dauerhaften Branch-Isolationen aus ADR 031 ab. Verbindlich: Tagging nur auf main, Deploy nur von main, ein Orphan-Branch-Scan beim Sitzungsstart ist nun PFLICHT.
    • 17 veraltete lokale Branches (claude/*, day26/*, worktree-agent-*, _a/_b/_c) und 4 veraltete Remote-Branches gelöscht. 10 angehängte Worktree-Verzeichnisse erzwungen entfernt. Repo-Stand: nur main, lokal und remote.
    • Tag v0.40.1 auf main HEAD erstellt als Recovery-Release, der die Tag-40-Abend-UI-Arbeit mit dem Tag-41-Governance-Abschluss zusammenführt. v0.40.0 bleibt erhalten als historischer Anker für den Tag-40-Deploy-Zustand.
    • scripts/send-newsletter.ts abgesichert: lehnt jedes unbekannte Flag oder zusätzliches Positionsargument mit einer klaren Fehlermeldung ab, die auf newsletter-template.ts für reine Fragment-Vorschauen verweist. Schließt das --dry-run-Loch von Tag 41, das einen unautorisierten Versand an 4 EN-Abonnenten ausgelöst hat.
    • scripts/validate-launch-scope.ts beendet sich jetzt mit Code 1 bei strukturellen Verstößen (still-bestandene Platzhalter) gemäß ADR 050, nicht mehr nur bei fehlgeschlagenen Blocker-Checks. Der Validator ist jetzt das Tor, das ADR 050 spezifiziert hat.
    • ADR 052 ergänzt: 09:00 SGT Cron und der in-repo docs/audit/ Ausgabepfad sind die verbindliche Umsetzung. Die ADR selbst ist jetzt historischer Nachweis; das Cron-Skript run_dpp_codex_weekly_audit.sh ist kanonisch.
    • force-dynamic auf Produkt- und Bundle-Seiten, damit signierte Waiver-Intent-Token pro Anfrage frisch erzeugt werden, sobald NEXT_PUBLIC_CHECKOUT_ENABLED umgelegt wird. Schließt das FIXME aus b7162de.
    Zur Geschichte

  71. Release 40

    v0.40.0

    Klarere Datenschutzoptionen und ein neues Impressum

    Besucher erhalten jetzt klarere Datenschutzinformationen, passende Cookie-Optionen für ihre Region und ein zweisprachiges Impressum.

    Neue Inhalte

    • Tag-40-Build-Log-Eintrag ausgeliefert (Frosch-Metapher, Launch-Verschiebung als zentraler Strang, Baden-Württemberg-Eigenheit ausdrücklich benannt). Tag-39-Platzhalter-Eintrag ausgeliefert, um die Bautag-Zählung nach einem Krankheitstag ehrlich zu halten.

    Plattform-Update

    • CCPA / CPRA Hinweis-Block auf /legal/privacy ausgeliefert, in EN und DE. Server-gerendert, nutzt DPO_EMAIL aus src/lib/dpo.ts wieder. LS-L03 abgeschlossen.
    • Impressums-Seite /legal/imprint live in EN und DE. Konform mit TMG §5 und MStV §18(2), im Footer verlinkt. Am gleichen Tag ausgeliefert, nachdem der iubenda-Scan die Zugänglichkeits-Anforderung der Baden-Württemberg-DPA aufgezeigt hatte.
    • iubenda-Integration live verifiziert mit allen 9 Sub-Prozessoren im Body der Erklärung (Whop, Hetzner, OVHcloud, Cloudflare, Listmonk, Stalwart, Postfix, Better Auth, iubenda). Banner ist im Root-Layout per beforeInteractive geladen. EU-Geo-Targeting von einem Helsinki-Exit bestätigt; Singapur unterdrückt das Banner korrekt nach PDPA. LS-L01 verifiziert.
    • next-intl auf ^4.11.0 angehoben, schließt GHSA-4c35-wcg5-mm9h und GHSA-r27j-894h-3w3p im transitiven icu-minify. Impressums-Seite nach dem Redeploy weiterhin HTTP 200.
    • Launch verschoben vom Dienstag, 2026-05-12, auf den Montag, 2026-06-01 (Tag 57). Grund: ein Krankheitstag plus die noch offene Audit-Liste plus regulatorische Punkte, die der iubenda-Scan aufgezeigt hat. Puffer ist nötig, aber nicht hinreichend.
    • ADR 057 löst ADR 023 ab und hält die Begründung der Launch-Verschiebung und das Prinzip 'Version eins, nicht Beta eins' fest.
    Zur Geschichte

  72. Release 39

    v0.39.0

    Ein ruhiger Erholungstag

    Während Maik sich erholte, wurden keine Produktänderungen veröffentlicht. Das Datum bleibt im Verlauf, damit die Geschichte ehrlich bleibt.

    Neue Inhalte

    • Tag-39-Build-Log-Eintrag ausgeliefert (nichts ausgeliefert; zweiter Erholungstag nach dem Krankheitstag von Tag 38, geschrieben damit die Zählung ehrlich bleibt).
    Zur Geschichte

  73. Release 38

    v0.38.0

    Ein Krankheitstag, ehrlich dokumentiert

    Es wurden keine Produktänderungen veröffentlicht. Das Bautagebuch hält schlicht fest, dass Maik krank war und sich den Tag freinahm.

    Neue Inhalte

    • Tag-38-Build-Log-Eintrag in content/roadmap/{en,de}.json ausgeliefert. Headline: Heute musste ich aufgeben. Stats angepasst: daysIntoJourney 37 auf 38, progressPercent 88 auf 90.
    • LinkedIn-Post-Ordner für morgen ausgelassen, auf Maiks ausdrückliche Anweisung. Image-Concepts-Aufgabe verschoben. Der Tag-35 + Tag-36 + Tag-37 LinkedIn-Aufholzyklus rollt in die nächste Session.
    Zur Geschichte

  74. Release 37

    v0.37.0

    Sicherheit, E-Mail-Zuverlässigkeit und Überwachung verbessert

    Drei dringende Ergebnisse aus einer Prüfung wurden behoben. Auch E-Mail-Absicherung, externe Überwachung und der Schutz von Zugangsdaten wurden verbessert.

    Neue Inhalte

    • Voice-learnings doc seeded L-004 from yesterday's published Day 34 LinkedIn post: nine candidate patterns including tool-name precision (Claude Code vs Claude), no markdown in LinkedIn comments, and self-bio numbers computed from the project anchor date.

    Plattform-Update

    • Three P1 audit findings shipped via parallel orchestrator-subagent dispatch: pre-checkout consent record now reconciles to the actual purchase via the canonical product id, the consent-record API is gated by a server-issued short-lived signed waiver intent, and the executive-summary preview email now sends per-recipient via Listmonk transactional rather than as a broadcast campaign.
    • DPP database password rotated end-to-end after a brief plaintext exposure during a chat session. Postgres role updated, .env rewritten on VPS, dpp container recreated, live verified.
    • Repo-level gitleaks allowlist (.gitleaks.toml) added for documentation cite-key slugs and unit-test fixture credentials. Reduces five recurring false positives to zero.
    • Codex weekly audit cron PATH bug fixed (Sunday 5-3 audit had failed exit 127 because /opt/homebrew/bin was not on the cron-spawned shell PATH). Sun 5-3 audit back-filled, captured the same 3 P1 findings.
    • Backup MX live for inbound mail via DNSExit Foundation tier on intellicoach.org + intellicoachcourses.com (LS-O05 closed). Loki + Grafana + Promtail observability stack live on Synology, mail-loop monitor running, Borg restore drill end-to-end pass (C-021 sessions 8-10).
    • ADR 054 locks the Stalwart-VPS-as-DPP-dependency relationship; ADR 055 locks the LS-L07 reconciliation key (product id, not plan id) with a regression-guard test. LS-S12 added (medium, post-launch) for two Stalwart admin-endpoint hardening findings the Borg drill surfaced.
    • Day 37 blog records that the launch date Tuesday 2026-05-12 is under serious contemplation. Sitting with the still-open audit items has Maik reconsidering whether that Tuesday is the right Tuesday. No decision yet.
    Zur Geschichte

  75. Release 34

    v0.34.0

    Ein klarerer Checkout und ein Angebot für Gründungsmitglieder

    Die Seite erhielt ein Angebot für Gründungsmitglieder und einen klareren Einwilligungsschritt vor dem Checkout. Mehrere Sicherheitspunkte wurden ebenfalls erledigt.

    Neue Inhalte

    • Voice-Learnings-Doku hat zwei neue langfristige Regeln aus dem gestern veröffentlichten LinkedIn-Post aufgenommen: ein Tempus-Pass zur Veröffentlichungszeit auf jedem LinkedIn-Draft und ein Humble-Voice-Prinzip, das jeden Blog und Post ankert.

    Plattform-Update

    • Das Passwort für Stalwart feedback@ wurde rotiert und geteilte Agent-Skill-Dateien wurden bereinigt, nachdem der gestrige externe Audit ein Klartext-Credential gefunden hat. Ein Gitleaks-History-Sweep hat keine weiteren Funde bestätigt.
    • Article-16(m)-Einwilligungs-Gate für digitale Güter im Pre-Checkout-Flow verdrahtet, plus ein Alternativformular für Käufer, die vor dem Kauf mehr Vorschau haben wollen.
    • Founding-Members-Oberfläche live: First-50-Anmeldezähler, 30%-Bundle-Promo-Code, Founding-Member-Badge und die Entitlements-Spalte, die alle drei stützt.
    • Mein-Konto-Grundgerüst mit fünf Tabs (Dashboard, Käufe, Abos, Profil, Einstellungen) und Authentifizierungs-Gating ist da. Die tieferen Tab-Inhalte landen morgen.
    • Drei Schwester-Skills wurden für den dreiwöchigen Produktzyklus aufgesetzt (Think, Build, Sell), und das erste Flagship-Produkt wurde für die Build-Woche zur Launch-Zeit angelegt.
    • Fünf neue Architecture-Decision-Records sind dazugekommen (049 bis 053): iubenda-Integration, Validator-Placeholder-Disziplin, Codex als dauerhafte zweite Stimme, Sonntags-Codex-Audit-Kadenz, dreiwöchiger Produktzyklus.
    • Eine neue Status-Card-PDF-Referenzkarte erzeugt automatisch eine mehrseitige Status-Übersicht zu jedem Session-Start, abgelegt in einem neuen DPP/Project-Status-Ordner.
    Zur Geschichte

  76. Release 33

    v0.33.0

    Eine unabhängige Prüfung findet echte Sicherheitsprobleme

    Eine zweite KI prüfte das Projekt mit frischem Blick und fand mehrere wichtige Punkte. Dazu gehörte ein offengelegtes Passwort, das anschließend abgesichert wurde.

    Neue Inhalte

    • Newsletter-Bildformat-Standard kodifiziert: HBR-Kopfband abschneiden, 600px breit JPEG bei 80% Qualität, Ziel unter 80KB, Banner unter dem dunkelblauen Header (Cite-Key dpp-newsletter-image-format)
    • DPP-Bildqualitäts-Standard kodifiziert: LinkedIn behält HBR-Band 1024px+, Newsletter-Banner gemäß Standard 1, Blog inline 1024-1600px WebP bei 80%, mobile-LTE unter 1,5s Render-Schwelle (Cite-Key dpp-image-quality-bar)

    Plattform-Update

    • Codex als feste zweite Stimme im Projekt bestätigt, neben Claude, nicht nur als Eintages-Notlösung
    • Externe Codex-Prüfung hat ein Klartext-Zugangs-Passwort in einer gemeinsam genutzten Agent-Skill-Datei identifiziert (Zeile 657 von agent-commons/skills/maik-dpp/SKILL.md). Schwärzung und Rotation für Tag 34 eingeplant
    • Muster für externe KI-Prüfung verankert: Wenn das Hauptwerkzeug nicht verfügbar ist, das zweite Werkzeug um eine Außensicht auf das gesamte Projekt bitten
    • Block-Leave-Fakten in der Skill-Memory korrigiert: Praxis gilt nur für bestimmte regulierte Rollen (Trader, Settlement), zwei zusammenhängende Wochen, zwei genannte Gründe (Wohlbefinden plus Kontrolle durch Abwesenheit), keine Prüfung, keine Schuldannahme
    Zur Geschichte

  77. Release 32

    v0.32.0

    Eine zweite Prüfungsinstanz kommt dazu

    Eine zweite KI kam als Prüfer zum Projekt. Mehrere kleine Probleme in der Oberfläche wurden behoben und die Veröffentlichungsübersicht wurde aufgeräumt.

    Neue Inhalte

    • Übersetzungs-Fix in messages/en.json footer.otherLangLink: Subscribe auf Deutsch -> Auf Deutsch abonnieren ->

    Plattform-Update

    • Codex 5.5 als Projektmanagement-Co-Lead neben Claude eingerichtet, geteilter Notizen-Ordner auf Orchestrator-Ebene
    • Drei-KI-Parallel-Recherche-Muster: dieselbe Frage geht an Codex, Gemini und Claude; Claude vergleicht die drei Antworten und benennt Stärken und Schwächen jeder einzelnen
    • Footer Turnstile auf unsichtbaren Modus umgestellt (data-execution=execute + appearance=execute + execute-Callback nach Cloudflares dokumentiertem Invisible-Muster, nicht das nicht-existente data-size=invisible)
    • Manrope ersetzt Fraunces als Display-Font, Gewichte 400/600/700, eingebunden über next/font/google
    • Asymmetrische-Ecke-Utility rounded-asym-xs (8px 0 8px 0) zu globals.css hinzugefügt und auf den NavAuthButton-Login-Knopf angewendet
    • Footer-Responsive-Grid von md:grid-cols-4 auf md:grid-cols-2 lg:grid-cols-4 geändert, behebt das Überlappen des Abonnier-Buttons bei 768-1024px Viewports
    • voice-learnings.md kanonisches Artefakt unter docs/voice-learnings.md gelandet, 23 bestätigte Stimm-Muster, 8 Kandidaten-Lücken, 6-teiliger Governance-Zyklus, L-001 Seed-Eintrag aus Commit 26f19ca (best -> right)
    • Notion-Veröffentlichungen aufgeräumt: Tag 12 LI als nicht-veröffentlicht bestätigt, Apr-23-Eintrag von Day 27 auf Day 26 umbenannt (löst zwei Lücken), Tag 25 NL-DPP DE Duplikat archiviert
    • Skill-Regel verankert: Behind-the-curtain und Changelog müssen ab jetzt immer getrennte LI-Kommentare sein (cite-key dpp-linkedin-behind-curtain-changelog-separate); Zeichenzählung pro Kommentar ≤1200 mit 50-Zeichen-Reserve (cite-key dpp-linkedin-comment-char-limit); -maik-Suffix-Konvention für Entwurfssicherung
    • MANDATORY SESSION START Schritt 1.6 ergänzt: Acknowledge-on-Receive-Ritual, wenn eine -maik.md-Begleitdatei im neuesten LI-Post-Ordner gefunden wird
    Zur Geschichte

  78. Release 31

    v0.31.0

    Stärkere Grundlagen für Recht, Backups und Gestaltung

    Das Projekt erhielt eine monatliche Wiederherstellungsübung, echte Datenschutzwerkzeuge, klarere Rückerstattungsregeln und ein einheitliches Dokumentdesign.

    Neue Inhalte

    • IntelliCoach-Dokument-Design-Sprache festgelegt, warmer Brene-orientierter Workbook-Stil verfeinert mit Fraunces-Typografie-Gewicht auf 600 bis 700 für Display-Rollen, validierte Referenz unter pdf-doc-warmth-fraunces-bold.html
    • Page-Fit-Algorithmus v1 spezifiziert, fünf-Pass-Seitenumbruch-Pipeline (Preprocessor, Rendering via Playwright auf Chromium 108+, Messung, Re-Balance, Verifikation), gestützt auf Knuth-Plass plus CSS Fragmentation Level 3 plus Chromium RenderingNG
    • Day-28-LinkedIn-Post veröffentlicht, 'A toast to the work nobody sees', volle Standard-Struktur mit Who/What/Why plus Journey plus Behind-the-curtain-Kommentaren und Emoji-kategorisierten Changelog-Highlights

    Plattform-Update

    • Monatliche Datenbank-Restore-Übung als Skript verfügbar und zum ersten Mal erfolgreich gelaufen, vollständiger Snapshot in 20 Sekunden auf Scratch wiederhergestellt (LS-S01, Sa)
    • Echte iubenda-Integration ausgeliefert, Datenschutz plus Cookies plus Nutzungsbedingungen kommen jetzt aus iubendas API mit einer Stunde Cache, echtes Consent-Banner ersetzt den Platzhalter (LS-L01, So)
    • Executive-Summary-PDF-Pipeline komplett, 45-seitiges Vollwerk plus 45-seitige Vorschau mit unumkehrbarer Body-Verschleierung gemäß ADR 048, Kauf-CTA auf Seite 5 (LS-P02, So)
    • Keine-Rückerstattung-Richtlinie veröffentlicht mit Artikel-16(m)-Digital-Goods-Verzichtsrahmen, erweiterte-Vorschau-auf-Anfrage-Alternative, Mängel-Carve-out, Hinweis auf Whop als Merchant of Record (LS-L05, Mo)
    • Centralization-Prinzip als grundlegende Plattform-Regel verankert, eine kanonische Quelle pro Belang, Oberflächen komponieren statt zu duplizieren (Sa)
    • Design-System Pass 2, drei neue Shadow-Utilities, ProductCard und BuildLog komponieren jetzt die kanonische Card-Komponente, Footer-Subscribe-Button nutzt die Button-Komponente, 19 willkürliche Tailwind-Werte eliminiert (Sa)
    • Typografie-Migration abgeschlossen, Roboto an 8 Stellen entfernt, Fraunces auf Hero-h1 plus Blog-Tagesüberschriften plus 5 weitere editoriale Oberflächen angewendet (Sa-Folge)
    • Rechtsbestätigung von IntelliCoach Pte Ltd unterschrieben für Europäische Union plus Singapur plus Vereinigtes Königreich plus Vereinigte Staaten mit California CCPA im Geltungsbereich (LS-L04)
    • ADR 014 (iubenda-Integration) plus ADR 048 (PDF-Vorschau-Hybrid-E-Verschleierung) plus 24 nachgetragene ADRs für die Tage 6 bis 28 in docs/decisions/ ergänzt
    • Sieben neue Launch-Scope-Items kodifiziert, LS-L06 erweiterte-Vorschau-Formular, LS-L07 Artikel-16(m)-Checkout-Consent, LS-L08 iubenda-Portal-Sweep plus Anwalts-Review, LS-A01 Attention-Insight-Pre-Launch-Pass, LS-A02 Plerdy-Installation plus iubenda-Consent-Verkabelung, LS-A03 Analytics-API-Integration verschoben, LS-A04 tägliches Datenbank-Diff verschoben
    • Claude-Code-Skill maik-iubenda unter ~/.claude/skills/maik-iubenda/SKILL.md aktiviert für künftige iubenda-Berührungspunkte
    • Ablage-Konvention YYYY-MM-DD-HHMM in den DPP-Arbeitsordnern angewendet, 20 Ordner umbenannt (LinkedIn-Ordner ausgenommen)
    Zur GeschichteLinkedIn-Post

  79. Release 30

    v0.30.0

    Klare Datenschutzinformationen und kostenlose Produktvorschauen

    Datenschutz, Cookies und Bedingungen kommen jetzt von iubenda. Auf den Produktseiten steht vor dem Kauf eine kostenlose 45-seitige Vorschau bereit.

    Plattform-Update

    • iubenda-Integration ausgeliefert über Pro x 1 plus Backend-API-Embed (Englisch-only für den Launch gelockt, Deutsch verschoben gemaess Budget-Zyklus), eine-Stunde-Cache, echtes Consent-Banner ersetzt den Platzhalter (LS-L01)
    • Executive-Summary-PDF-Pipeline durchgaengig, 45-Seiten-Volldokument plus 45-Seiten-Vorschau mit gelockten Level-5-Verschleierungs-Parametern (downscale 500, sigma 2.0, q 48), Kauf-CTA auf Seite 5 (LS-P02)
    • 10-Stufen-Diagnose-Rampen-Tool für visuelle Bestaetigung der Verschleierungsstaerke
    • Legal Attestation unterzeichnet von IntelliCoach Pte Ltd für Europaeische Union, Singapur, Grossbritannien und USA mit California CCPA im Geltungsbereich (LS-L04)
    • ADR 049 (iubenda-Integration über Pro x 1 plus Backend-API-Embed; am Tag 34 von ADR 014 umnummeriert wegen Nummern-Kollision mit dem Assume-Failure-ADR) und ADR 048 (PDF-Vorschau Hybrid-E-Verschleierung) zu docs/decisions/ hinzugefuegt
    • maik-iubenda Claude-Code-Skill aktiviert unter ~/.claude/skills/maik-iubenda/SKILL.md für zukünftige iubenda-Touchpoints
    Zur Geschichte

  80. Release 28

    v0.28.2

    Sechs wichtige Punkte vor dem Start erledigt

    Sechs dringende Aufgaben wurden abgeschlossen. Die automatischen Prüfungen stimmen nun mit den Kontrollen vor jeder Änderung überein.

    Neue Inhalte

    • Lightbulb-Moments-Build-Log-Recap-Entwurf für den Sonntags-Newsletter gespeichert (LS-C03)

    Plattform-Update

    • Content-Security-Policy-Report-Only-Header und /api/csp-report-Endpoint live (LS-S06)
    • CI-Security-Gates-Workflow ausgeliefert: gitleaks, OSV-Scanner, Semgrep, CodeQL bei jedem Push (LS-S07)
    • Zod-Validierung und Redis-basiertes Rate-Limiting auf /api/subscribe und /api/feedback/send (LS-S03)
    • Sentry-Scaffold (DSN-lose No-Op) und ntfy-Sev-1-Reporter in den Whop-Webhook eingebunden (LS-S09)
    • Founding-Member-Spalten in den Entitlements und Migration 0005 (LS-F04)
    • FoundingMemberBadge-Komponente mit EN/DE-Texten (LS-F03)
    • Pre-Push-Hook spiegelt jetzt CI: gitleaks plus Semgrep plus OSV-Scanner laufen vor jedem Push, insgesamt ~31 Sekunden
    • npm-Version via .nvmrc, .npmrc und engines-Block fixiert, damit lokale Auflösung der CI-Lane entspricht
    • Newsletter-Template enthält jetzt einen Per-Version-Changelog-Link
    Zur GeschichteLinkedIn-Post

  81. Release 27

    v0.27.0

    Sicherere öffentliche Seiten und eine vollständigere Über-mich-Seite

    Die öffentlichen Seiten erhielten stärkeren Schutz, bessere Informationen für Suche und Teilen sowie ein echtes Porträt auf der Über-mich-Seite.

    Neue Inhalte

    • Tag-27-Blogeintrag EN+DE veröffentlicht, Newsletter versendet

    Plattform-Update

    • Cloudflare WAF und Bot Fight Mode für öffentliche Endpoints
    • Turnstile-Widget im Footer-Subscribe-Formular
    • Coolify-Admin-Port 8000 via Hetzner-Firewall auf Tailscale beschränkt
    • Sitemap.xml (dynamisch) und robots.txt ausgeliefert
    • OpenGraph-Bild und Metadata-Block auf allen Locale-Routen aktiv
    • Über-Seite zeigt jetzt ein Portraitfoto
    • LAUNCH-SCOPE-Governance-Harness (LS-* Tracker) ergänzt
    Zur GeschichteLinkedIn-Post

  82. Release 26

    v0.26.0

    Sicherere Software und eine klarere Bildsprache

    Die Plattform erhielt ein wichtiges Sicherheitsupdate und eine wärmere Gestaltung für Überschriften.

    Neue Inhalte

    • Tag-26-Wassermelonen-Blogeintrag EN+DE veröffentlicht

    Plattform-Update

    • Next.js auf 16.2.4 aktualisiert (CVE GHSA-q4gf-8mx6-v5v3 gemitigt)
    • Fraunces-Display-Face für Hero und redaktionelle Headlines festgelegt
    • System-Body-Font-Stack übernommen (kein Download, natives Gefühl)
    • MANIFEST Abschnitt 3 Typografie-Block aktualisiert
    Zur Geschichte

  83. Release 25

    v0.25.0

    Der Checkout hält deine E-Mail-Adresse jetzt konsistent

    Nach einem Kauf nutzt die Kontoerstellung dieselbe E-Mail-Adresse, die beim Checkout bestätigt wurde. Der Release-Ablauf erhielt außerdem stärkere Testregeln.

    Neue Inhalte

    • Tag-25-Blogeintrag EN+DE veröffentlicht

    Plattform-Update

    • Sign-up-Formular nach dem Kauf an Zahlungsanbieter-E-Mail gekoppelt
    • Testing-Regime in öffentlicher Roadmap als Fundament-Piece eingetragen
    • Live-State-Check im Session-Kickoff flaggt offensichtliche Lücken automatisch
    • Fünf ADRs zum Testing-Entscheidungspaket geschrieben
    Zur Geschichte

  84. Release 24

    v0.24.0

    Der erste vollständige Kaufweg funktioniert

    Ein kompletter Testkauf erschien im Konto des Käufers. Dazu gehörten Checkout, Zahlungsbestätigung, Anmeldung per E-Mail-Link und Kaufhistorie.

    Neue Inhalte

    • Tag-24-Blogeintrag EN+DE veröffentlicht

    Plattform-Update

    • Bezahlter End-to-End-Checkout verifiziert (Test-Promo, echter Webhook)
    • Whop-Webhook schreibt Käufe in die Plattform-DB
    • Gebrandete Erfolgsseite nach Checkout
    • Kauf nach Magic-Link-Signup auf /account sichtbar
    Zur Geschichte

  85. Release 23

    v0.23.0

    Stärkerer Schutz für Konten und Zahlungen

    Angemeldete Bereiche erhielten klarere Zugriffsregeln, Sitzungsprüfungen, eine frische Anmeldung für sensible Aktionen und signierte Zahlungsnachrichten.

    Neue Inhalte

    • Tag-23-Blogeintrag EN+DE veröffentlicht

    Plattform-Update

    • Authorization-Policy-Layer für eingeloggte Routen
    • Session-Fingerprint-Check (Netzwerk- und Gerätewechsel-Erkennung)
    • Fresh-Reauth-Gate bei sensiblen Aktionen
    • Standard-Webhooks-Signaturverifikation für Zahlungs-Webhooks
    • Parallel-Subagent-Workflow an vier Features gleichzeitig erprobt
    Zur Geschichte

  86. Release 22

    v0.22.0

    Anmeldung ohne Passwort und die erste Kontoseite

    Besucher konnten sich per E-Mail-Link anmelden, eine Bot-Prüfung durchlaufen, eine einfache Kontoseite öffnen und die passende Kontonavigation sehen.

    Neue Inhalte

    • Tag-22-Blogeintrag EN+DE veröffentlicht

    Plattform-Update

    • Magic-Link-Login via Better Auth und Postfix-SMTP-Relay
    • Cloudflare Turnstile via Better Auth Captcha-Plugin
    • Minimale /account-Seite mit Session-Anzeige und Sign-out
    • Auth-bewusste Navbar zeigt Login oder Konto
    • add-secret-Tooling für sichere Credentials (nicht im Chat)
    • Drei Stalwart-Mailboxen angelegt: login@, team@, support@
    • ADR 014 geschrieben: Assume-Failure Infrastruktur-Guardrails
    Zur Geschichte

  87. Release 21

    v0.21.0

    Sichere Kontogrundlagen und verschlüsselte Backups

    Kontosystem, private Datenbank, verschlüsselte Backups und geschützte Zugangsdaten wurden als gemeinsame sichere Grundlage vorbereitet.

    Neue Inhalte

    • Tag-21-Blogeintrag EN+DE veröffentlicht

    Plattform-Update

    • Better Auth mit Magic-Link und optionalem Passkey konfiguriert
    • Dedizierte Postgres-DB für Auth auf internem Docker-Netzwerk
    • Verschlüsselte Off-Site-Backups zur NAS über Tailscale
    • SOPS-managed Secrets ohne hartcodierte Fallbacks
    • Sicherheits-Dokument geschrieben, Ziel OWASP ASVS Level 2
    Zur Geschichte

  88. Release 20

    v0.20.0

    Datenbank und Backup-Ablauf wurden getestet

    Die spätere Kontodatenbank wurde eingerichtet. Noch vor den ersten Kundendaten wurde die verschlüsselte Sicherung geprobt.

    Neue Inhalte

    • Tag-20-Blogeintrag EN+DE veröffentlicht

    Plattform-Update

    • Dedizierter Postgres-Container ("der abgeschlossene Raum") für Auth-Daten
    • Verschlüsselte Backup-Routine zur Heim-NAS über Tailscale geprobt
    • ADR 013 Entscheidungsjournal begonnen (Architecture-Record-Format)
    • Self-Review-Prozess für neue Arbeit verschärft
    Zur Geschichte

  89. Release 19

    v0.19.0

    Der grundlegende Schutz der Webseite steht

    Wichtige Schutzmaßnahmen, eine öffentliche Sicherheitsadresse und eine vollständige Prüfung bildeten die erste Sicherheitsschicht.

    Neue Inhalte

    • Tag-19-Blogeintrag EN+DE veröffentlicht

    Plattform-Update

    • Sechs Security-Header über Next.js-Middleware (XFO, XCTO, Referrer-Policy, Permissions-Policy, COOP, HSTS)
    • security.txt nach RFC 9116 veröffentlicht
    • Toten Code mit hartcodiertem Fallback-Secret gelöscht
    • Surface-Audit: gitleaks und Semgrep sauber
    • Handover-Dokument-Muster (Hemingway-Brücke) übernommen
    Zur Geschichte

  90. Release 18

    v0.18.0

    Eine Woche, in der der Plan schärfer wurde

    Der Aufbau pausierte, um den Umfang zu reduzieren und die nächsten Grundlagen festzulegen: Konten, Zahlungen und die Datenbank.

    Neue Inhalte

    • Tag-18-Blogeintrag EN+DE veröffentlicht

    Plattform-Update

    • Wöchentliches Review dokumentiert, Perfektionismus-Muster benannt (CliftonStrengths Maximizer)
    • Nächste-Woche-Commitments notiert: DB, Authentifizierung, Payments
    Zur Geschichte

  91. Release 17

    v0.17.0

    Ein besserer Weg, wiederholte Fehler zu vermeiden

    Ein Konfigurationsproblem wurde zu einer festen Schutzregel. Künftige Sitzungen erkennen denselben Fehler automatisch.

    Neue Inhalte

    • Tag-17-Blogeintrag EN+DE veröffentlicht

    Plattform-Update

    • Auto-Kompaktierung-Zwischenfall diagnostiziert (1M-Kontext nicht aktiviert)
    • Skill-Selbsteditierung adoptiert: Fehler von gestern = Guardrail von morgen
    • Positive-Framing-Regel in Skill ergänzt (sag der KI, was sie tun soll, nicht was nicht)
    Zur Geschichte

  92. Release 16

    v0.16.0

    Eine klarere Bildsprache für Projekt-Updates

    Projekt-Updates erhielten einen einheitlichen Bildstil, nachdem mehrere Wege zu gut lesbaren Grafiken verglichen wurden.

    Neue Inhalte

    • Tag-16-Blogeintrag und LinkedIn-Post 5 veröffentlicht

    Plattform-Update

    • LinkedIn-Bildgenerierung via fal.ai nano-banana
    • ADR 009 LinkedIn-Bild-Visual-Language geschrieben
    • Vergleich der Bild-Engines dokumentiert (Gemini, Chrome-Overlay, fal)
    Zur Geschichte

  93. Release 15

    v0.15.0

    Die Plattform wird zweisprachig

    Englische und deutsche Seiten teilen nun eine Struktur. Natürliches Deutsch, ein Sprachumschalter und die echte Navigation sind verfügbar.

    Neue Inhalte

    • Tag-15-Blogeintrag EN+DE veröffentlicht

    Plattform-Update

    • Deutsche Transkreation von 13 Blogeinträgen und 6 Produktseiten
    • Echte Plattform-Navigation (Produkte, Bundles, Kurse, Über, Kontakt)
    • Sprachumschalter End-to-End verdrahtet
    • Mockup auf eigenständige mockup.intellicoachcourses.com getrennt
    • Deutscher Style-Guide geschrieben (informell "du", natürliche Stimme)
    Zur Geschichte

  94. Release 14

    v0.14.0

    Roadmap, Store und Vorschau kommen zusammen

    Roadmap, Store und Vorschau zogen in eine zweisprachige App. Damit entstand die Grundlage für Konten und Anmeldung.

    Neue Inhalte

    • Tag-14-Blogeintrag EN+DE veröffentlicht

    Plattform-Update

    • Drei separate Sites in einer Next.js-App zusammengeführt
    • Roadmap-Seite als 11 wiederverwendbare Komponenten neu gebaut
    • Zweisprachiges Routing via next-intl (/en/, /de/)
    • Navigation auf Roadmap / Current / Mockup vereinfacht
    • Cloudflare DNS und Docker für neue Architektur umgebaut
    Zur Geschichte

  95. Release 12

    v0.12.0

    Eine klarere öffentliche Baugeschichte

    Die Roadmap erhielt ein übersichtlicheres Bautagebuch und besseren Projektkontext. Gleichzeitig wurde ein Problem beim E-Mail-Versand behoben.

    Neue Inhalte

    • Tag-12-Blogeintrag und LinkedIn-Post 2 veröffentlicht

    Plattform-Update

    • Manifest geschrieben (Vision und North Star)
    • Build Log gestartet (laufendes Entscheidungsprotokoll)
    • maik-dpp Claude-Skill aufgesetzt (Prozess-Learnings)
    • SMTP-Relay auf Stalwart entsperrt (fail2ban-Ausnahme)
    • LinkedIn-Bild-Branding-Workflow gebaut
    Zur Geschichte

  96. Release 11

    v0.11.0

    Zuverlässigere E-Mails und das erste öffentliche Update

    Der E-Mail-Versand wurde zuverlässiger, das erste LinkedIn-Update erschien und ein regelmäßiger Veröffentlichungsrhythmus begann.

    Neue Inhalte

    • LinkedIn-Post 1 veröffentlicht (Build-in-Public-Serie Kickoff)
    • Tag-11-Blogeintrag EN+DE veröffentlicht

    Plattform-Update

    • SMTP-HELO/Hostname-Mismatch behoben, Mail landet im Posteingang
    • DKIM-, SPF- und PTR-DNS-Records verschärft (OVH-API)
    • Postfix-Identität mit Sendedomain abgeglichen
    • Publishing-Rhythmus fixiert: Blog am selben Tag, LinkedIn am nächsten
    Zur Geschichte

  97. Release 10

    v0.10.0

    Eine klarere Startseite und einfacheres Teilen

    Die Startseite erklärt, was entsteht, warum es wichtig ist und für wen es gedacht ist. Jeder Eintrag im Bautagebuch lässt sich jetzt direkt teilen.

    Neue Inhalte

    • Tag-10-Blogeintrag EN+DE veröffentlicht

    Plattform-Update

    • Hero mit Was/Warum/Wer-Karten neu gestaltet
    • Hero-Bild optimiert (24x kleiner)
    • Direkte Anker-Links auf jedem Build-Log-Eintrag
    • Einklappbarer Behind-the-Scenes-Bereich pro Eintrag
    • Voice-Notiz-zu-Blog-Draft-KI-Skill gebaut
    Zur Geschichte

  98. Release 9

    v0.9.0

    Roadmap, Store und Vorschau ziehen unter ein Dach

    Roadmap, Store und Vorschau wurden zu einem verbundenen Erlebnis. Die Newsletter-Anmeldung wurde vollständig getestet.

    Neue Inhalte

    • Tag-9-Blogeintrag EN+DE veröffentlicht

    Plattform-Update

    • Traefik-Routing vereint Roadmap, Store und Mockup unter einer Domain
    • Cross-Experience-Navigation ergänzt
    • Käufe mit "Mai 2026" deaktiviert
    • Newsletter-Signup End-to-End getestet (Double-Opt-in live)
    • Tagesmodus in KI-Orchestrierungs-Skill ergänzt
    Zur Geschichte

  99. Release 8

    v0.8.0

    Ein Sonntag für Familie und neue Ideen

    Es wurden keine Produktänderungen veröffentlicht. Ideen für die folgende Woche wurden festgehalten.

    Neue Inhalte

    • Tag-8-Blogeintrag EN+DE veröffentlicht

    Plattform-Update

    • Geplanter Ruhetag; keine Deploys
    Zur Geschichte

  100. Release 7

    v0.7.0

    Ein Planungstag für die kommende Woche

    Es wurden keine Produktänderungen veröffentlicht. Die nächste Woche wurde geplant und dokumentiert.

    Neue Inhalte

    • Tag-7-Blogeintrag EN+DE veröffentlicht

    Plattform-Update

    • Wochenplanungs-Session protokolliert
    Zur Geschichte

  101. Release 6

    v0.6.0

    Kundenarbeit ging vor

    Die Arbeit mit Coaching-Kunden hatte Vorrang. Deshalb pausierte die Plattform für einen Tag.

    Neue Inhalte

    • Tag-6-Blogeintrag EN+DE veröffentlicht

    Plattform-Update

    • Ops-Tag, keine DPP-Deploys
    Zur Geschichte

  102. Release 5

    v0.5.0

    Die Newsletter-Anmeldung ist online

    Besucher können sich jetzt mit E-Mail-Bestätigung anmelden. Die Roadmap erhielt außerdem Maiks persönlichen Brief und einen einfacheren Weg zu seinen LinkedIn-Updates.

    Neue Inhalte

    • Tag-5-Blogeintrag EN+DE veröffentlicht

    Plattform-Update

    • Listmonk via Docker auf Hetzner VPS hinter Traefik ausgerollt
    • SocketLabs-SMTP-Relay für Listmonk konfiguriert
    • Roadmap-Subscribe-Formular mit Listmonk-Double-Opt-in
    • Zernio-LinkedIn-Integration als Claude-Skill (Ein-Kommando-Post)
    • Personal-Letter-Bereich auf Roadmap (datengetrieben)
    Zur Geschichte

  103. Release 4

    v0.4.0

    Das vollständige Konzept mit 23 Seiten steht

    Das Webseitenkonzept umfasst jetzt 23 Seiten mit echten Bildern, Video und einem Weg zur Produktvorschau.

    Neue Inhalte

    • Tag-4-Blogeintrag EN+DE veröffentlicht

    Plattform-Update

    • Alle 23 Seiten des Mockups in einer einzigen HTML-Datei gebaut
    • Echte Produktbilder und IntelliCoach-Logo integriert
    • Echter Video-Embed auf Produktseite
    • Executive-Summary-Preview-Flow verdrahtet
    • Mockup läuft auf eigenständigem nginx-Docker-Container
    Zur Geschichte

  104. Release 3

    v0.3.0

    Die öffentliche Roadmap nimmt Form an

    Die erste öffentliche Roadmap machte aus dem Produktplan eine sichtbare, geordnete Liste der nächsten Arbeiten.

    Neue Inhalte

    • Tag-3-Blogeintrag EN+DE veröffentlicht

    Plattform-Update

    • Masterplan geschrieben, komplettes Feature-Set priorisiert
    • Tech-Stack-Entscheidungen pro Komponente fixiert
    • /maik-dpp-Orchestrierungs-Skill aufgesetzt
    • Öffentliche Roadmap-Seite von Grund auf gebaut
    Zur Geschichte

  105. Release 2

    v0.2.0

    Die Plattform zieht auf den eigenen Server

    Die Webseite wechselte von Vercel auf Maiks eigenen Server, mit HTTPS und ohne Unterbrechung.

    Neue Inhalte

    • Tag-2-Blogeintrag EN+DE veröffentlicht

    Plattform-Update

    • Multi-Stage-Dockerfile für Next.js-Standalone-Output
    • Traefik-Labels für automatisches HTTPS (Let's Encrypt)
    • DNS-Umschaltung von Vercel auf Hetzner VPS (OVH DNS)
    Zur Geschichte

  106. Release 1

    v0.1.0

    Der erste IntelliCoach-Store ist online

    Die erste Version enthielt die wichtigsten Store-Seiten und einen funktionierenden Whop-Checkout. Sie wurde an einem Tag gebaut und veröffentlicht.

    Neue Inhalte

    • Tag-1-Blogeintrag EN+DE veröffentlicht

    Plattform-Update

    • Next.js-16-Scaffold via create-next-app
    • Produktdatenstruktur entworfen
    • Kernseiten gebaut: Home, Produkte, Bundles, Über, Checkout
    • Whop-Embedded-Checkout-SDK integriert
    • Erster Deploy auf Vercel (später am Tag 2 migriert)
    Zur Geschichte

Jeder Eintrag führt zur Geschichte hinter der Änderung, falls du mehr erfahren möchtest.