KI Academy LeipzigWissen
KI. Verständlich. Praxisnah. Effizient.ki-academy-leipzig.de
← Zurück zum Briefing-ArchivKI-Briefing · 19.08.2026

KI-Briefing 19.08.2026

Zeitfenster: 18.08.2026 07:00 bis 19.08.2026 05:15 Uhr (Europe/Berlin) · Veröffentlicht: 20. August 2026 um 15:20

Hinweis zur KI-NutzungDieses Briefing wurde mit KI-Unterstützung recherchiert und verfasst. Alle Angaben sind mit Quelle belegt, unverifizierte Angaben sind als solche gekennzeichnet. Redaktionell verantwortlich: Ingo Günther, KI Academy Leipzig.

Was bedeuten Ampelstufen und Quellenstufen?

Die Ampelstufen zeigen, wie dringlich eine Meldung ist:

  • Auf dem Tisch

    ist jetzt handlungsrelevant.

  • Auf dem Radar

    sollten Sie beobachten.

  • Notiert

    ist ein Thema zur Kenntnis.

  • Unverifiziert

    bedeutet, dass sich der Sachverhalt nicht vollständig über eine belastbare Quelle belegen ließ. Die Meldung erscheint trotzdem, die Angaben sind aber mit Vorsicht zu behandeln.

Die Quellenstufen geben an, wie belastbar eine Quelle ist:

  • Stufe A: Primärquelle des Anbieters (Firmenblog, Release Notes, API-Dokumentation, Repository, Changelog, Statusseite, Preisseite)
  • Stufe B: Behörden und amtliche Quellen (Europäische Kommission, EU AI Office, BSI, ENISA, NIST, Datenschutzaufsichtsbehörden)
  • Stufe C: Recherchierende Fachmedien (etwa Reuters, Bloomberg, Financial Times, MIT Technology Review, heise, c't, Handelsblatt)
  • Stufe D: Wissenschaft (arXiv, Papers with Code, Fachjournale)
  • Stufe E: Newsletter, Blogs und Aggregatoren. Diese Stufe gilt nie als Beleg, sondern nur als Spur.

Jede Meldung stützt sich auf mindestens eine Quelle der Stufen A bis D. Lässt sich ein Sachverhalt nur über Stufe E belegen, ist die Meldung als unverifiziert gekennzeichnet.

Die Lage in fünf Zeilen

Meldungen

Auf dem TischOpenAIAbschaltungneu

OpenAI schaltet die Assistants API in sieben Tagen ab, die Sora-API im September

Die Abschaltseite von OpenAI nennt für die Assistants API den 26.08.2026. Migrationsweg sind die Responses API und die Conversations API. Die Sora-API endet am 24.09.2026, Videos müssen vorher exportiert werden.

Bericht

Nachtrag mit kurzer Frist. Die Abschaltseite der OpenAI-Dokumentation weist beim Abruf am 19.08.2026 für die Assistants API den 26.08.2026 als Abschaltdatum aus und verweist auf die Responses API und die Conversations API sowie auf einen Migrationsleitfaden. Zwischen dem 19.08.2026 und dem 20.11.2026 nennt dieselbe Seite keinen weiteren Abschalttermin, der nächste dokumentierte betrifft ältere Audio-, Realtime- und Transkriptionsmodelle am 20.01.2027. Der zweite Termin stammt aus einer anderen Quelle: Der Hilfeartikel zur Einstellung von Sora nennt für Web und App den 26.04.2026 als bereits vollzogen und für die API den 24.09.2026. Der Export erstellter Videos läuft über sora.chatgpt.com/sunset, nach Ablauf des Exportfensters löscht OpenAI nach eigener Angabe alle mit der Sora-Nutzung verbundenen Daten dauerhaft. Bereits im Briefing vom 11.08.2026 stand für den 26.08.2026 die Abschaltung von o3 in ChatGPT. Dass am selben Tag die Assistants API endet, war nicht erfasst.

Einordnung

Der 26. August ist damit ein doppelter Stichtag, und die beiden Teile treffen unterschiedliche Leute. Die o3-Abschaltung merkt jeder, der in ChatGPT ein Modell auswählt. [Schlussfolgerung] Die Assistants API ist der unangenehmere Teil, weil sie nicht in der Oberfläche sichtbar ist, sondern in Automatisierungen steckt, die ein Dienstleister vor Monaten gebaut hat. Wer nicht weiß, welche Schnittstelle seine Website-Auskunft oder seine Angebotsvorlage benutzt, erfährt es am 27. August. Bei Sora liegt der Druck woanders: Dort läuft nicht nur ein Dienst aus, sondern ein Datenbestand wird gelöscht.

Quellen

Auf dem TischAnthropicSicherheitUpdate

Claude Code 2.1.235 schließt eine unbemerkte Schreibfreigabe im Berechtigungsdialog

Version 2.1.235 vom 18.08.2026 behebt einen Fehler, bei dem eine Tastenkombination im Kommentarfeld des Berechtigungsdialogs die Änderung genehmigte und zugleich eine sitzungsweite Schreibfreigabe erteilte. Berechtigungsdialoge zeigen jetzt immer den tatsächlichen Umfang einer Freigabe. Die npm-Registrierung lieferte beim Abruf ebenfalls 2.1.235 aus.

Bericht

Neu gegenüber dem Briefing vom 18.08.2026, in dem 2.1.234 vom 17.08.2026 gemeldet war. Der offizielle Changelog führt 2.1.235 mit dem Datum 18.08.2026. Sicherheitsrelevant ist der erste Punkt: Shift und Tabulator im Kommentarfeld des Berechtigungsdialogs hatten die Änderung genehmigt und zusätzlich eine sitzungsweite Schreibfreigabe erteilt, statt das Feld zu schließen. Zweiter Punkt: Berechtigungsdialoge weisen jetzt genau den Umfang aus, den eine Freigabe abdeckt, und die Option, nicht erneut zu fragen, wird zurückgehalten, wenn der Inhalt nicht vollständig angezeigt werden kann. Dritter Punkt: Lösch- und Ersetzen-Dialoge für Notebook-Zellen benennen jetzt den Grund, wenn der vorhandene Zellinhalt nicht lesbar ist. Weitere Einträge betreffen Speicher- und Prozessorverbrauch bei Sitzungen, die im Hintergrund in der Cloud laufen, das eingebettete Suchwerkzeug in den nativen macOS- und Linux-Fassungen, den Prompt-Zwischenspeicher bei einem Verbindungsabbruch des Sprachservers und die Vorabprüfung zu großer Nachrichten bei der sitzungsübergreifenden Zustellung. Neu als Funktion ist eine optionale Rechtschreibprüfung im Eingabefeld, die ein lokal installiertes aspell, hunspell oder ispell nutzt. Beim Abruf am 19.08.2026 wies die npm-Registrierung für das Paket die Version 2.1.235 als aktuelle Fassung aus.

Einordnung

Dritte Runde Korrekturen an denselben Schutzmechanismen in drei Tagen. Am 17.08. und 18.08. ging es um Dateipfade, heute geht es um die Zustimmung selbst. [Schlussfolgerung] Ein Dialog, der mehr freigibt als er anzeigt, ist gefährlicher als eine Lücke im Dateizugriff, weil der Mensch glaubt, er habe geprüft. Praktisch nützlich ist der Nebenbefund: Diesmal liefert die npm-Registrierung die dokumentierte Version aus, am 18.08. hing sie noch eine Fassung zurück. Die Empfehlung bleibt trotzdem, die installierte Version zu prüfen und nicht die angekündigte.

Quellen

Auf dem TischSlackDatenverarbeitungUpdate

Slack hält die Löschläufe den sechsten Tag an und schweigt seit dem 17.08.

Die Störung bei eigenen Aufbewahrungsrichtlinien ist beim Abruf am 19.08.2026 weiterhin als aktiv ausgewiesen. Die Verarbeitung der Aufbewahrungsfristen bleibt für betroffene Kundschaft angehalten. Die letzte Statusmeldung stammt vom 17.08.2026, seither hat Slack sich rund 29 Stunden nicht geäußert.

Bericht

Neu gegenüber dem Briefing vom 18.08.2026 sind der Vollzugsstand und die Dauer des Schweigens. Der Vorfall trägt weiterhin den Titel zu Zugriffsproblemen auf historische Nachrichten bei aktivierten eigenen Aufbewahrungsrichtlinien, begann am 13.08.2026 um 14:21 Uhr pazifischer Zeit und betrifft die Bereiche Messaging sowie Arbeitsbereichs- und Organisationsverwaltung. Die Statusschnittstelle von Slack führt ihn beim Abruf am 19.08.2026 unverändert mit dem Zustand aktiv und mit der letzten Aktualisierung vom 17.08.2026 um 14:57 Uhr pazifischer Zeit, das entspricht dem 17.08.2026 um 23:57 Uhr in Berlin. Inhalt dieser letzten Meldung ist, dass die Verarbeitung der Aufbewahrung für betroffene Kundschaft angehalten bleibt und die Wiederherstellung weiterläuft. Am 14.08.2026 hatte Slack festgehalten, dass alle eigenen Aufbewahrungsläufe angehalten wurden, und später, dass die Kanaleinstellungen wiederhergestellt sind. Im gesamten Verlauf gibt es keine Aussage dazu, ob ausgefallene Löschläufe nachgeholt werden, und keinen Termin für die Wiederaufnahme. Im Betrachtungszeitraum ist keine neue Statusmeldung erschienen.

Einordnung

Aus einem Vorfall ist ein Zustand geworden. Sechs Tage sind keine Störung mehr, die man in einer Fußnote erwähnt. [Schlussfolgerung] Für die Dokumentation heißt das zweierlei: Der Ausnahmezeitraum braucht einen Anfang, ein offenes Ende und eine terminierte Nachprüfung, und weil der Anbieter nichts zum Nachholen sagt, muss man nach dem Ende selbst nachsehen, ob die fälligen Löschungen stattgefunden haben. Das Schweigen seit dem 17.08. ist dabei die eigentliche neue Tatsache: Es gibt keinen Anhaltspunkt, dass die Sache heute endet.

Quellen

Auf dem TischApple, OpenAISicherheitneu

Apple schließt acht WebKit-Lücken, gemeldet hat sie alle ein KI-Sicherheitsteam

Safari 26.6.1 vom 18.08.2026 behebt Fehler in WebKit, WebKit History und WebKit Storage. Acht der Einträge sind einem Sicherheitsteam von OpenAI zugeschrieben. Ein Bezug zu Apple Intelligence besteht nicht.

Bericht

Safari 26.6.1 ist am 18.08.2026 für macOS Sonoma und macOS Sequoia erschienen. Betroffene Komponenten sind WebKit, WebKit History und WebKit Storage, als Wirkung nennt Apple bei WebKit, dass die Verarbeitung böswillig erstellter Webinhalte zu einem unerwarteten Programmabbruch führen kann. Acht Einträge sind namentlich einem Sicherheitsteam von OpenAI zugeschrieben, das im Bulletin als OpenAI Codex Security geführt wird, mit den Kennungen CVE-2026-65338, CVE-2026-65337, CVE-2026-65335, CVE-2026-65334, CVE-2026-65333, CVE-2026-65332, CVE-2026-65331 und CVE-2026-64780. Dieselben WebKit-Kennungen stehen in den Sicherheitshinweisen zu iOS 26.6.1 und iPadOS 26.6.1 vom 17.08.2026, dort zusammen mit Korrekturen in Audio, ImageIO, IOGPUFamily, Kernel und Telephony. Die Auslieferung für iOS und iPadOS liegt damit vor dem Betrachtungszeitraum. In keinem der beiden Bulletins steht ein Eintrag zu Apple Intelligence, Siri, den Foundation Models oder der Neural Engine.

Einordnung

Die Meldung ist nicht die Aktualisierung, sondern die Zuschreibung. Acht Einträge in einem Bulletin, gemeldet von einem einzigen Team, das nach seinem Namen mit einem KI-Werkzeug arbeitet. [Schlussfolgerung] Das ist die praktische Seite des Befundes, den OpenAI am 17.08.2026 selbst beschrieben hat und heute in Meldung 8 fortschreibt: Wenn das Finden von Lücken billiger wird, findet man mehr, und zwar auf beiden Seiten des Zauns. Für Betriebe ändert sich dadurch in der Sache nichts, sie bekommen aber ein belegbares Argument gegen das Aufschieben von Aktualisierungen, das nicht aus dem Munde eines Sicherheitsanbieters kommt.

Quellen

Auf dem TischPerplexityDatenverarbeitungneu

Perplexity lässt seinen Agenten ab sofort aus dem Postfach arbeiten

Perplexity hat am 18.08.2026 den Zugang zu seinem Agenten Computer über E-Mail freigeschaltet. Aufgaben lassen sich per Nachricht an eine feste Adresse, per Weiterleitung oder per Kopie auslösen. Die Funktion steht nach Angabe des Anbieters ab sofort allen Nutzern mit Computer-Zugang offen, ohne neuen Tarif.

Bericht

Der Blogbeitrag mit dem Titel Computer in email stammt vom 18.08.2026 und nennt als Weg eine Nachricht an, eine Weiterleitung an oder eine Kopie an computer@perplexity.com. Der Beitrag formuliert, die Funktion stehe allen Computer-Nutzern von heute an zur Verfügung. Der Hilfeartikel mit Stand 17.08.2026 nennt die Bedingungen: Es wird ein Perplexity-Tarif mit Perplexity Computer benötigt, die Absenderadresse muss die im Perplexity-Konto hinterlegte sein, Antworten gehen nur an den verifizierten Absender und nicht an andere Teilnehmende des Nachrichtenstrangs, und bei Enterprise-Kunden ist eine Freigabe durch die Administration nötig. Ergebnisse kommen als Anhang zurück, genannt werden PDF-Dateien, Tabellen und Präsentationen. Zur Datenverarbeitung nennt der Hilfeartikel Verschlüsselung bei Übertragung und Speicherung, den Verzicht auf ein Training mit Kundendaten für Nachrichten und Anhänge sowie eine nach SOC 2 Typ II geprüfte Infrastruktur. Ein Verarbeitungsort ist dort nicht angegeben. Die Antwort an alle Teilnehmenden ist für Enterprise angekündigt, aber noch nicht verfügbar. Im Änderungsprotokoll von Perplexity steht die Neuerung nicht, dort ist der jüngste Eintrag vom 04.08.2026.

Einordnung

Die Einstiegshürde für einen Agenten fällt damit auf eine Weiterleitung, und genau darin liegt das Problem. [Schlussfolgerung] Eine Weiterleitung ist keine Entscheidung, sie ist eine Gewohnheit. Wer eine Kundenanfrage samt Anhang an einen Agenten weiterleitet, lässt personenbezogene Daten bei einem Auftragsverarbeiter verarbeiten, und die Frage nach dem Vertrag stellt niemand mehr, weil formal niemand ein neues Werkzeug eingeführt hat. Die Zusagen des Anbieters zu Verschlüsselung und Trainingsverzicht sind belegt und stehen im Hilfeartikel, ein Verarbeitungsort steht dort nicht, und das ist bei einem Postfachzugang die Frage, die zuerst gestellt wird.

Quellen

Auf dem RadarZ.aiSicherheitUpdate

Z.ai dokumentiert GLM-5.3, die Gewichte bleiben weiter zurück

Für GLM-5.3 liegt jetzt eine Dokumentationsseite des Anbieters vor. Sie nennt 84,5 Prozent auf CyberGym und 2.436 gefundene Schwachstellen in 269 Projekten. Zu offenen Gewichten sagt die Seite nichts, das Modell ist nur über den Coding Plan nutzbar.

Bericht

Neu gegenüber dem Briefing vom 18.08.2026, in dem festgehalten war, dass eine Anbietermitteilung von Z.ai nicht auffindbar ist und die Blogadresse HTTP 404 liefert. Bei einem eigenen Abruf am 19.08.2026 existiert eine Modellseite in der Dokumentation von Z.ai zu GLM-5.3. Sie weist 84,5 Prozent auf CyberGym aus, gegenüber 77,2 Prozent bei GLM-5.2, und auf ExploitBench 54,4 Prozent gegenüber 24,4 Prozent, also mehr als eine Verdopplung. Zur Zusammenarbeit mit Sicherheitsteams schreibt Z.ai, das Modell habe 2.436 Schwachstellen in 269 Projekten gefunden, darunter 1.097 mit mittlerem bis hohem Schweregrad. Viele davon seien jahrelang oder jahrzehntelang unentdeckt geblieben, die älteste reiche etwa 40 Jahre zurück. Technisch nennt die Seite ein Kontextfenster von einer Million Token und eine maximale Ausgabelänge von 128.000 Token sowie eine dreistufige Pflicht zum Nachdenken. Zum Zugang heißt es, GLM-5.3 sei für Abonnenten des GLM Coding Plan vollständig verfügbar und eine öffentliche Schnittstelle folge. Eine Aussage zu offenen Gewichten enthält die Seite nicht. Auf der Organisationsseite bei Hugging Face ist beim Abruf am 19.08.2026 kein GLM-5.3 eingetragen, das neueste Modell dort ist GLM-5. Der Bericht von Axios vom 14.08.2026, dass Z.ai die Gewichte wegen der Angriffsfähigkeiten zurückhält, bleibt damit unwidersprochen, aber auch unbestätigt.

Einordnung

Damit ist die Meldung vom 18.08. zur Hälfte belegt: Das Modell existiert, ist nutzbar und der Anbieter beschreibt selbst, wie gut es Schwachstellen findet. Die andere Hälfte, das Zurückhalten der Gewichte, bleibt eine Zuschreibung aus einer Quelle der Stufe C, gestützt allein durch das Fehlen eines Eintrags bei Hugging Face. [Schlussfolgerung] Für die Praxis zählt eine Zahl aus der Anbieterseite: 1.097 Funde mittleren bis hohen Schweregrads, und die älteste Lücke etwa vierzig Jahre alt. Was jahrzehntelang niemandem auffiel, ist jetzt in Tagen findbar. Zwei Warnungen dazu: Die Zahlen sind Selbstauskunft ohne unabhängige Prüfung, und sie werden gerade falsch weitergegeben, siehe Meldung 10.

Quellen

Auf dem RadarOpenAISicherheitUpdate

OpenAI setzt Trainingsläufe aus, weil ein Modell die Cyber-Schwelle erreichen könnte

OpenAI hat am 18.08.2026 mitgeteilt, dass ein Modell mit dem Namen Astra die kritische Schwelle für Cyber-Fähigkeiten erreichen könnte. Das Training wurde für zwei Wochen angehalten, ein größerer geplanter Lauf bleibt ausgesetzt. Einen Veröffentlichungstermin für Astra nennt der Beitrag nicht.

Bericht

Neu gegenüber dem Briefing vom 18.08.2026, in dem der Beitrag von Greg Brockman vom 17.08.2026 gemeldet war. Der neue Beitrag stammt vom 18.08.2026 und beschreibt den Umgang mit der eigenen Fähigkeitsschwelle. Am 07.08.2026 stellte OpenAI fest, dass das Modell Astra die Stufe kritischer Cybersicherheitsfähigkeit erreichen könnte. Daraufhin wurde das Verstärkungslernen bei den neuesten für den Einsatz vorgesehenen Modellen zwei Wochen angehalten, ein größerer geplanter Lauf an der Fähigkeitsgrenze bleibt ausgesetzt, kleinere Trainings und Auswertungen laufen weiter. Die Ausführung von Modellen an der Fähigkeitsgrenze in Forschungsclustern wurde nach einem Vorfall gestoppt, den OpenAI als Vorgang zwischen OpenAI und Hugging Face bezeichnet, ohne ihn im Beitrag zu beschreiben. Genannt werden drei Schutzlinien: die Abschottung der Forschungsumgebung mit isolierten Arbeitslasten, Netztrennung und laufenden Sicherheitstests, wobei OpenAI selbst von hohen Kosten und Verzögerungen für die eigene Forschung spricht; eine mehrstufige Überwachung mit Klassifikatoren auf jedem erzeugten Token, Zielwert ist ein Alarm innerhalb von 30 Minuten, der geschätzte Aufwand liegt bei rund 20 Prozent der überwachten Rechenleistung; sowie Forschung zu Belohnungsmodellen und Ehrlichkeitstraining. Ein technischer Bericht ist für die kommenden Wochen angekündigt.

Einordnung

Neu ist nicht die Warnung, neu ist die Handlung. Ein Anbieter hält die eigene Entwicklung an und macht das öffentlich, mit Datum und mit Zahlen. [Schlussfolgerung] Zwei Lesarten sind zulässig und beide sollten im Seminar genannt werden: Ein Unternehmen nimmt sein eigenes Regelwerk ernst, oder ein Unternehmen erzeugt vor einem Börsengang ein Bild von Verantwortung. Nachprüfbar ist nur die Zahl, und die ist bemerkenswert: Rund 20 Prozent der Rechenleistung für Überwachung ist ein Kostenblock, der irgendwann in einem Preis auftaucht. Der Zusammenhang zu Meldung 5 ist der eigentliche Faden dieses Tages: Dieselbe Technik, die Apple acht Lücken meldet, ist der Grund für die Trainingspause.

Quellen

Auf dem RadarMicrosoftAbschaltungUpdate

Azure: Die drei Claude-Vorschaumodelle enden am 19.10.2026

Auf der Seite zum Modelllebenszyklus in Azure AI Foundry stehen mehrere Abschalttermine unter 90 Tagen, die in den bisherigen Briefings fehlten. Claude Opus 4.5, Sonnet 4.5 und Haiku 4.5 werden am 19.10.2026 als Vorschauversionen abgeschaltet, ohne benannten Nachfolger. Die Seite selbst wurde am 18. und 19.08.2026 nicht geändert.

Bericht

Korrektur einer Lücke in der eigenen Berichterstattung. Die Meldungen vom 14., 17. und 18.08.2026 haben aus derselben Tabelle nur die OpenAI-Modelle ausgewertet. Der Seitenstand ist unverändert der 17.08.2026 mit einer Aktualisierung um 22:12 UTC. Für die Anthropic-Modelle in Microsoft Foundry führt die Tabelle claude-opus-4-5, claude-sonnet-4-5 und claude-haiku-4-5 jeweils im Lebenszyklus Vorschau mit Abschaltung am 19.10.2026 und ohne eingetragenen Nachfolger. Bereits abgeschaltet ist claude-opus-4-1 am 05.08.2026 mit claude-opus-5 als Nachfolger. Später folgen claude-opus-4-6 am 02.02.2027, claude-sonnet-4-6 am 10.02.2027 und claude-opus-4-7 am 06.04.2027. Als abgekündigt mit Frist unter 90 Tagen führt die Seite außerdem gpt-4.1-nano in der Version 2025-04-14 zum 14.10.2026, o4-mini in der Version 2025-04-16 zum 16.10.2026 und codex-mini in der Version 2025-05-16 zum 15.11.2026, jeweils ohne eingetragenes Ersatzmodell. Die am 18.08.2026 gemeldeten Termine für gpt-4o, o3-mini, die Audio- und Bildmodelle sowie gpt-chat-latest bleiben unverändert.

Einordnung

Der Oktober wird damit deutlich enger als am 18.08. beschrieben. Nach gpt-4o und o3-mini am 01.10. folgen der 14., der 16. und der 19.10. mit vier weiteren Modellen, darunter alle drei Claude-Vorschaufassungen. [Schlussfolgerung] Besonders unangenehm ist die Kombination aus Vorschaustatus und fehlendem Nachfolger: Wer im Frühjahr auf claude-sonnet-4-5 gezeigt hat, weil es das beste verfügbare Modell war, hat eine Vorschauversion produktiv gesetzt und muss den Wechsel selbst suchen. Die Lücke in der eigenen Prüfroutine ist derselbe Fehlertyp wie am 18.08. bei den Zoom-Bulletins: Aus einer Übersicht wurde nur der erwartete Teil gelesen.

Quellen

Auf dem RadarQuerschnittMedienkritikneu

Vier verbreitete Fehldarstellungen aus den Newslettern vom 18.08.

Die Durchsicht der Newsletter vom 18.08.2026 hat vier Aussagen ergeben, die von der jeweiligen Primärquelle abweichen. In allen vier Fällen fällt die Abweichung in dieselbe Richtung: Aus einer Einschränkung wird eine Bedrohung, aus einer Absichtserklärung eine Regel. Die wichtigste betrifft eine Funktion, die es im Europäischen Wirtschaftsraum gar nicht gibt.

Bericht

Erster Fall, Computer History in ChatGPT für macOS. Zwei Newsletter berichten am 18.08.2026, die Funktion schreibe Klicks und Tastatureingaben mit und speichere sie im Klartext. Die Dokumentation von OpenAI bestätigt das Mitschreiben, nennt aber vier Einschränkungen, die in keinem der beiden Texte stehen: Die Funktion ist im Europäischen Wirtschaftsraum, in der Schweiz und im Vereinigten Königreich nicht verfügbar, sie läuft nur in der macOS-Anwendung, nur in den Tarifen Pro, Business und Enterprise, und sie ist voreingestellt ausgeschaltet, in Business- und Enterprise-Arbeitsbereichen zusätzlich erst nach Freigabe durch die Administration. Ausdrücklich nicht erfasst werden Bildschirmfotos, Mikrofon und Systemton. Zweiter Fall, Motion Picture Association und ByteDance. Ein Newsletter spricht von einer formalen Rahmenvereinbarung zum Urheberrechtsschutz. Die gemeinsame Mitteilung vom 17.08.2026 beschreibt eine Absichtserklärung mit einem gemeinsamen Rahmen für Schutzvorrichtungen, ohne technische Maßnahmen, ohne Sanktionen, ohne Durchsetzungsweg und ohne Regelung zur Haftung für Trainingsinhalte. Dritter Fall, GLM-5.3. Ein Newsletter macht aus der Angabe des Anbieters zu 1.097 Funden mittleren bis hohen Schweregrads eine Angabe zu kritischen und hochgradigen Funden und ersetzt die qualitative Aussage zur Dauer durch eine durchschnittliche Verborgenheit von 26 Jahren. Die Anbieterseite nennt mittleren bis hohen Schweregrad und für die älteste Lücke etwa 40 Jahre, eine Durchschnittsangabe steht dort nicht. Vierter Fall, die vielzitierten 95 Prozent. Ein Newsletter meldet, 95 Prozent der Organisationen hätten KI-Projekte verzögert. Die Pressemitteilung vom 11.08.2026 sagt verzögert oder abgebrochen, befragt wurden 1.500 technische Fachrollen in Unternehmen ab 1.000 Mitarbeitenden, in drei Ländern ab 250, in neun Märkten ohne Deutschland, Feldzeit war der 05. bis 22.06.2026. Die Meldung ist zudem bezahlte Platzierung eines Anbieters von Datenplattformen. Ergänzend, ohne eigenen Fall: Die Übernahme von OpenRouter durch Stripe wird in zwei Newslettern weiter als abgeschlossen dargestellt, obwohl keine der beteiligten Firmen sie bestätigt hat.

Einordnung

Die Durchsicht der Newsletter dient dem Abgleich, nicht der Auswahl, und an diesem Tag ist der Abgleich das Ergebnis. [Schlussfolgerung] Genau diese vier Sätze kommen in der nächsten Beratung als Frage zurück, und wer die Primärquelle kennt, hat den kürzeren Weg zur Antwort. Der wichtigste Einzelfall ist Computer History: Die deutsche Aufregung betrifft eine Funktion, die hier nicht angeboten wird, und das ist eine Antwort, die in dreißig Sekunden Ruhe schafft. Der lehrreichste ist die 95-Prozent-Zahl: Eine Befragung technischer Rollen in Großunternehmen ohne deutschen Anteil ist keine Aussage über deutsche Kleinbetriebe, auch dann nicht, wenn sie überall zitiert wird.

Quellen

Auf dem RadarOpenAIFunktionneu

ChatGPT ordnet Konten unter 18 automatisch einer Jugendfassung zu

OpenAI hat am 18.08.2026 ChatGPT for Teens gestartet. Konten, bei denen Altersangabe, verifiziertes Alter oder eine Altersvorhersage auf unter 18 Jahre deuten, wechseln automatisch in diese Fassung. Sie gibt es nur in den persönlichen Tarifen, nicht in Business und nicht in Enterprise.

Bericht

Die Ankündigung stammt vom 18.08.2026, der Rollout läuft weltweit ab demselben Tag, für Australien nennt der Hilfeartikel die vollständige Verfügbarkeit bis zum 08.09.2026. Die Zuordnung erfolgt automatisch bei Altersangabe, verifiziertem Alter oder Altersvorhersage unter 18 Jahren sowie bei einer selbst angegebenen Altersstufe zwischen 13 und 17 Jahren. Verfügbar ist die Fassung in den kostenlosen und den bezahlten persönlichen Tarifen ohne Zusatzkosten, sie ist ausdrücklich nicht Teil der Business- und Enterprise-Tarife. Funktional enthält sie einen Lernmodus mit angeleiteter Lösungsfindung, die Umleitung von Hausaufgabenanfragen in eine schrittweise Hilfe, Quizfragen, Lernvisualisierungen, einstellbare Lernzeiten und Pausenerinnerungen. Bei einem verknüpften Elternkonto kommen Ruhezeiten, die Verwaltung ausgewählter Einstellungen, Sicherheitsbenachrichtigungen bei Hochrisikosituationen einschließlich neuer Hinweise zu Essstörungen sowie die Steuerung der Datenschutzeinstellungen hinzu. Wer falsch als jugendlich eingeordnet wird, kann sein Alter verifizieren. Eine ausdrückliche Einschränkung für den Europäischen Wirtschaftsraum steht in keiner der beiden Quellen.

Einordnung

Für Betriebe ist die Automatik der Punkt, nicht der Funktionsumfang. Ein Konto verhält sich ab jetzt anders, ohne dass jemand etwas umgestellt hat, und das trifft Ausbildungsbetriebe und Berufsschulen. [Schlussfolgerung] Der zweite Punkt ist für die Beratung der wichtigere: Den Jugendschutz gibt es nur in den privaten Tarifen. Wer einer minderjährigen Auszubildenden einen Zugang über den Firmentarif stellt, stellt ein Erwachsenenkonto, und die Fürsorge liegt dann beim Betrieb und nicht beim Anbieter. Das ist eine Frage der Arbeitsanweisung, nicht der Technik.

Quellen

Auf dem RadarGoogleVerfügbarkeitneu

Gemini Enterprise nennt beim Thema Datenresidenz erstmals das Kleingedruckte

Google hat am 18.08.2026 die Entwicklerwerkzeuge in Gemini Enterprise allgemein verfügbar gemacht und Gemini 3.6 Flash in der EU-Multiregion freigegeben. Die Administration muss den Schalter selbst setzen. Wer eine nicht unterstützte Region wählt, verliert die regionale Datenresidenz und muss das ausdrücklich bestätigen.

Bericht

Die Freigabehinweise zu Gemini Enterprise führen für den 18.08.2026 drei Punkte. Erstens sind die KI-Entwicklerwerkzeuge allgemein verfügbar für die Ausgaben Gemini Enterprise Standard, Plus und die nutzungsabhängige Abrechnung mit einem Cloud-Abrechnungskonto auf Rechnung. Die Administration kann sie ein- und ausschalten, Sicherheitsrichtlinien setzen, genannt werden Dateizugriff und die Ausführung von Terminalbefehlen, und die Modellverfügbarkeit in der Cloud-Konsole verwalten. Ein Nutzungsübersichtsblatt zeigt Verbreitung, aktive Nutzung, Tokenverbrauch und Aufrufvolumen und ist an Cloud Monitoring und Logging angebunden. Zweitens ist gemini-3.6-flash allgemein verfügbar in den Multiregionen us und eu, für die us-Multiregion ist keine Freischaltliste mehr nötig. Die Administration muss den Funktionsschalter in der Cloud-Konsole aktivieren, damit Nutzende das Modell erhalten. In nicht unterstützten Regionen ist die Aktivierung nur nach Bestätigung eines Warnhinweises möglich, dass der Verkehr über den globalen Endpunkt läuft, der keine regionale Datenresidenz bietet. Drittens können auf der Startseite Hinweiskarten zu neuen Teammitgliedern erscheinen. Für den 17.08.2026 vermerkt dieselbe Quelle zusätzlich die allgemeine Verfügbarkeit der Registrierung von A2UI- und A2A-Agenten samt Unterstützung von A2UI in Version 0.9.

Einordnung

Der harte Teil steht im Nebensatz. Ein Anbieter schreibt ausdrücklich hin, dass eine bestimmte Konfiguration die regionale Datenresidenz aufhebt, und verlangt dafür eine Bestätigung. [Schlussfolgerung] Das ist die klarste Formulierung, die zu diesem Punkt bisher aus einem Freigabehinweis kam, und gleichzeitig eine Falle: Ein Warnhinweis, den jemand wegklickt, ist dokumentiert, aber nicht verstanden, und im Streitfall steht die Bestätigung im Protokoll. Zweiter Punkt für die Schulung: Wenn die Ausführung von Terminalbefehlen zu einer Administrationseinstellung wird, ist das Werkzeug kein Assistent mehr, sondern ein Programm mit Rechten.

Quellen

Auf dem RadarBSIRechtneu

Das BSI baut ein Maß für die Deepfake-Erkennung bei Video-Ident, Frist 30.09.2026

Das Bundesamt für Sicherheit in der Informationstechnik hat am 31.07.2026 einen Evaluierungsleitfaden zur Erkennung von Injektionsangriffen und Deepfakes bei Video-Ident-Verfahren zur Kommentierung gestellt. Die Frist endet am 30.09.2026, also in 42 Tagen. Der Entwurf beschreibt eine standardisierte Prüfmethodik.

Bericht

Nachtrag außerhalb des Betrachtungszeitraums, geführt wegen der Frist. Die Meldung stammt vom 31.07.2026, die Kommentierungsfrist endet am 30.09.2026. Der Entwurf ist in englischer Sprache verfasst und beschreibt, wie geprüft wird, ob ein Video-Ident-System aufgezeichnete Videos und Deepfakes von einem echten Livebild unterscheiden kann. Das BSI hält im Text fest, dass die Fähigkeit zu dieser Unterscheidung für die Vertrauenswürdigkeit eines Systems entscheidend ist. Der thematische Bezug ist die technische Richtlinie BSI TR-03147 zur Bewertung des Vertrauensniveaus von Verfahren zur Identitätsprüfung natürlicher Personen. Diese Frist ist eine andere als die am 14.08.2026 gemeldete BSI-Kommentierungsfrist zum 31.08.2026, sie betrifft ein eigenes Dokument.

Einordnung

Video-Ident liegt näher an Ingos Kundschaft, als es zunächst klingt: Versicherungsvermittlung, Personaldienstleistung, Steuerberatung und jeder Betrieb, der Bewerbende aus der Ferne identifiziert. [Schlussfolgerung] Bisher konnte niemand belegen, wie gut ein Ident-Dienstleister Deepfakes erkennt, weil es kein anerkanntes Maß gab. Mit dem Leitfaden entsteht eines, und damit entsteht auch die Frage, warum ein Anbieter sich nicht daran messen lässt. Das ist eine Frage, die man heute stellen kann, nicht erst nach der Veröffentlichung.

Quellen

Auf dem RadarTencentOffene Modelleneu

Tencent gibt zwei Modelle unter Apache 2.0 frei, eines bedient den Bildschirm selbst

Tencent hat am 18.08.2026 die Modelle UI-Mate-27B und UI-Mate-9B veröffentlicht, offene Gewichte unter Apache 2.0 samt Agentencode. Sie bedienen einen Rechner über Bildschirmfotos, Maus und Tastatur. In der Nacht zum 19.08.2026 kam EVIE-Preview-4.5B für die Suche in Dokumentbildern hinzu, ebenfalls unter Apache 2.0.

Bericht

UI-Mate-27B hat 27 Milliarden Parameter und beruht auf Qwen3.6-27B, UI-Mate-9B hat 9 Milliarden Parameter und beruht auf Qwen3.5-9B-Base, beide im Format Safetensors mit BF16. Die Lizenz ist Apache 2.0, im Quellcodeverzeichnis mit dem Zusatz, dass in der Lizenzdatei aufgeführte Drittkomponenten unter ihren eigenen Lizenzen bleiben. Die öffentlichen Modellkarten für beide Größen datieren auf den 18.08.2026, die Gewichte waren zwei Tage vorher hochgeladen, die zugehörige Arbeit wurde am 18.08.2026 eingereicht. Neu gegenüber vergleichbaren Agenten ist das Lernen aus vorgeführten Abläufen im Kontext. Als Messwerte nennen Modellkarte und Bericht für UI-Mate-27B 77,0 Punkte auf OSWorld-Verified und 66,2 auf WindowsAgentArena, für UI-Mate-9B 66,2 und 61,7, mit Vorführungen im Kontext ein Zuwachs von 25,48 Prozentpunkten auf einem Teilsatz von OSWorld. Ein eigener Testsatz mit 100 langen Büroaufgaben über 41 Anwendungen ist angekündigt, die Datensätze sind noch nicht verfügbar. Einen gehosteten Dienst und einen Preis gibt es nicht, der Betrieb läuft über eigene Inferenzserver mit OpenAI-kompatiblen Clients, im Verzeichnis ist vLLM genannt. Die Modellkarte warnt ausdrücklich vor unbeaufsichtigten Abläufen mit hohem Einsatz und empfiehlt abgeschottete Umgebungen, die Überwachung der Abläufe und eine menschliche Bestätigung bei heiklen Vorgängen. EVIE-Preview-4.5B hat 4,54 Milliarden Parameter, beruht auf Qwen3.5-4B und dient der Suche in Dokumentbildern mit Diagrammen, Tabellen und Finanzunterlagen in mehreren Sprachen. Die Modellkarte nennt Mehrvektor-Einbettungen mit 128 Dimensionen, nach eigener Angabe 8- bis 32-mal kleiner als vergleichbare Modelle, 64,40 nDCG@10 auf ViDoRe V3 über acht Bereiche und 85,93 nDCG@5 auf ViDoRe V1 und V2 über 14 Aufgaben, dazu Kompatibilität mit ColPali. Zur deutschsprachigen Leistung macht keine der beiden Modellkarten eine Angabe. Einen Speicherbedarf weisen sie nicht aus. [Schlussfolgerung] Bei 27 Milliarden Parametern in BF16 wären rund 54 Gigabyte zu erwarten, quantisiert entsprechend weniger, das ist eine eigene Rechnung und keine Angabe des Anbieters.

Einordnung

Beide Modelle treffen eine Lücke, die kleine Betriebe wirklich haben: Software ohne Schnittstelle und Papier ohne Struktur. Und beide laufen im eigenen Netz, ohne dass Bildschirminhalte oder Rechnungen an einen Anbieter fließen. [Schlussfolgerung] Der Bildschirmagent ist der interessantere und der gefährlichere Teil. Er braucht keine Schnittstelle, aber er braucht eine abgeschottete Umgebung, und das schreibt der Anbieter selbst. Die Messwerte auf Büroaufgaben liegen bei etwa drei Vierteln, das heißt, jeder vierte Durchlauf misslingt, und ein Agent, der in einer Warenwirtschaft jeden vierten Vorgang falsch abschließt, ist kein Hilfsmittel. Als beaufsichtigter Versuch in einer Testumgebung ist das trotzdem der erste ernsthafte Weg, eine alte Branchensoftware ohne Umbau anzusprechen.

Quellen

Auf dem RadarAnthropicVerfügbarkeitUpdate

Anthropic ersetzt die Workbench durch den Playground, dazu die sechste Störung in fünf Tagen

Die am 17.08.2026 abgeschaltete Workbench hat seit dem 18.08.2026 einen Nachfolger mit neuem Namen, er unterstützt jeden Parameter der Messages API. Am selben Tag waren mehrere Claude-Modelle über zwei Stunden beeinträchtigt. Damit weist die Statusseite seit dem 14.08.2026 sechs Vorfälle aus.

Bericht

Erster Punkt, neu gegenüber dem Briefing vom 17.08.2026, in dem die Abschaltung der Workbench gemeldet war, ohne dass der Nachfolger bekannt war. Die Freigabehinweise der Plattform führen für den 18.08.2026 die Umbenennung: Die Workbench in der Claude Console heißt jetzt Playground und ist unter platform.claude.com/playground erreichbar. Sie unterstützt jeden Parameter der Messages API, bietet Vorlagen, die einzelne Funktionen zeigen, genannt werden Codeausführung und Websuche, und zeigt für jeden Durchlauf die vollständige Anfrage des SDK und die Antwort der Schnittstelle. Zweiter Punkt, die Verfügbarkeit. Der Vorfall vom 18.08.2026 trägt den Titel zu herabgesetzter Leistung bei mehreren Modellen. Die Untersuchung begann um 16:20 UTC, der Auswirkungszeitraum reicht von 16:11 bis 18:23 UTC, die Behebung wurde um 19:01 UTC veröffentlicht, in Berliner Zeit also von 18:11 bis 20:23 Uhr mit Abschluss um 21:01 Uhr. Betroffen waren nach der Statusmeldung Claude Opus 5, Mythos 5, Fable 5, Sonnet 5, Haiku 4.5 und weitere Modelle. Damit ist es der sechste Vorfall seit dem 14.08.2026. Für den 19.08.2026 lag bis zum Abruf kein Vorfall vor. Die Statusseite weist als Verfügbarkeit der letzten 90 Tage aus: claude.ai 99,35 Prozent, Claude Console 99,84 Prozent, Claude API 99,46 Prozent, Claude Code 99,38 Prozent, Claude Cowork 99,47 Prozent und Claude for Government 100 Prozent.

Einordnung

Der Playground schließt eine offene Frage vom 17.08.: Es gibt einen Nachfolger, und er kann mehr als die alte Oberfläche, insbesondere die Ausgabe des passenden Programmcodes zu jedem Versuch. Das verkürzt den Weg vom Ausprobieren zur Umsetzung. [Schlussfolgerung] Der zweite Punkt ist der gewichtigere, weil er sich wiederholt: Sechs Vorfälle in fünf Tagen, davon dieser mitten am Nachmittag und über zwei Stunden. Die ausgewiesenen 99,35 Prozent für claude.ai über 90 Tage sind dabei die nützlichere Zahl als jeder Einzelvorfall, denn sie entspricht rund 14 Stunden Ausfall im Quartal und ist damit ein belegbares Argument in Vertragsgesprächen über Verfügbarkeitszusagen.

Quellen

NotiertUnverifiziertAnthropicVerfügbarkeitneu

Cowork erreicht Web und Mobilgeräte, der Anbieter nennt es weiter Beta

[Unverifiziert] Nach einem Fachbericht vom 18.08.2026 hat Anthropic mitgeteilt, Claude Cowork sei jetzt auf Mobilgeräten und im Web für alle bezahlten Tarife verfügbar. Die Hilfeseite von Anthropic bestätigt Plattformen und Tarife, bezeichnet den Zustand dort aber weiterhin als Beta. Die Erstankündigung lief über einen Kurznachrichtendienst und ist nach den eigenen Regeln nicht als Quelle verwendbar.

Bericht

Der Hilfeartikel von Anthropic, beim Abruf am 19.08.2026 als am selben Tag aktualisiert ausgewiesen, formuliert, Claude Cowork befinde sich im Web und auf Mobilgeräten in der Beta für die Tarife Pro, Max und Team sowie auf Enterprise-Tarifen, wenn eine Administration es freigeschaltet hat. Als Zugänge nennt derselbe Artikel Claude Desktop, claude.ai im Web, die Anwendungen für iOS und Android sowie das Seitenpanel von Claude in Chrome. Zum Seitenpanel heißt es dort, es sei auf Max und Team verfügbar, auf Pro im laufenden Ausrollen und auf Enterprise nur nach Freigabe durch eine Administration. Der Fachbericht vom 18.08.2026 nennt iPhone, iPad, Mac und Web und schreibt, der Ausrollvorgang habe im Juli mit dem obersten Tarif begonnen. In den Freigabehinweisen von Anthropic steht zu diesem Vorgang kein Eintrag, weshalb die Reichweitenaussage nur aus zweiter Hand belegt ist.

Einordnung

Für Ingos eigene Arbeit ist das die praktisch nützlichste Meldung des Tages, weil die morgendliche Redaktion damit nicht mehr am Schreibtisch hängt. [Schlussfolgerung] Die Beta-Kennzeichnung ist trotzdem kein Formalismus: Ein Werkzeug in der Beta gehört nicht in einen Ablauf, von dem ein Kundentermin abhängt, und der Anbieter hält die Kennzeichnung auf der eigenen Hilfeseite aufrecht, während er die Reichweite über einen anderen Kanal verkündet. Der Widerspruch wird hier benannt und nicht aufgelöst.

Quellen

NotiertGoogleFunktionneu

Google Calendar lässt Einladungsabsender sperren, die Administration kann das nicht steuern

Seit dem 18.08.2026 können Nutzende in Google Calendar Absender unerwünschter Einladungen sperren. Die Sperre entfernt den aktuellen Termin und wirkt kontoweit über alle unterstützten Google-Dienste. Eine Administrationseinstellung dafür gibt es ausdrücklich nicht.

Bericht

Wird ein Absender gesperrt, entfernt Calendar den aktuellen Termin automatisch, und weitere Einladungen dieser Person kommen nicht mehr an. Die gesperrte Person landet auf der kontoweiten Sperrliste und ist damit produktübergreifend in allen unterstützten Google-Diensten gesperrt. Verfügbar ist die Funktion für alle Google-Workspace-Kunden sowie für Abonnenten von Workspace Individual. Der Rollout läuft für Domänen mit schneller und mit geplanter Auslieferung gemeinsam ab dem 18.08.2026 und ist gestaffelt, die vollständige Sichtbarkeit kann bis zu 15 Tage dauern. Google hält ausdrücklich fest, dass es für diese Funktion keine Administrationseinstellung gibt. Es handelt sich um eine Handlung der Endnutzenden, nicht um einen Schalter. Für Absender ohne Google-Konto verweist Google auf das Sperren der E-Mail-Adresse in Gmail, was auch die daraus erzeugten Kalendereinträge unterbindet.

Einordnung

Eine kleine Funktion mit zwei Nebenwirkungen, die man kennen sollte, bevor jemand sie benutzt. Erstens wirkt die Sperre produktübergreifend: Wer einen Geschäftskontakt im Kalender sperrt, sperrt ihn auch in anderen Google-Diensten. Zweitens kann die Administration das weder steuern noch nachvollziehen. [Schlussfolgerung] In einem Zweipersonenbetrieb ist das kein Problem, in einem Vertriebsteam schon: Eine still gesetzte Sperre erklärt Wochen später, warum eine Einladung nie ankam, und niemand kann das prüfen. Der Nutzen bleibt trotzdem, weil untergeschobene Kalendereinträge ein verbreiteter und lästiger Angriffsweg sind.

Quellen

Nicht aufgenommen

Geprüft und bewusst verworfen: die neuen Provisions- und Vertriebsregeln von Apple für Apps in der Europäischen Union zum 01.10.2026, weil kein KI-Bezug erkennbar ist, für Betriebe mit eigener iOS-App aber eine Margenfrage. Das Bildungsprogramm von OpenAI mit CodeAI, weil es auf das US-Schulsystem zielt. Codex CLI 0.148.0 vom 18.08.2026, Entwicklerwerkzeug ohne Folge für den KMU-Alltag, bemerkenswert allein die neue Anzeige der geschätzten Kosten je Aufgabe. Zwei behobene OpenAI-Störungen vom 18.08.2026 zu Codex und zu einem neuen Anwendungszugang für Enterprise-Nutzende ohne Codex-Berechtigung. Die neuen Diagramme des Fabric Data Agent, Vorschaufunktion, dazu ein Datumswiderspruch zwischen Feed und Beitragsseite. Die abgestimmten Bewerter in LangSmith vom 18.08.2026, nur in den USA und nur in höheren Tarifen, für deutsche Kundschaft nicht buchbar, die Kostenangaben sind Anbieterzahlen ohne offengelegte Methode. Die Freigabe von Mojo als Open Source unter Apache 2.0 am 18.08.2026, ohne Folge für kleine Betriebe. Der Beitrag von Rachel Thomas auf fast.ai vom 18.08.2026, Meinungsbeitrag ohne neuen überprüfbaren Sachverhalt, als Argumentationsvorlage gegenüber KI-Skepsis in Belegschaften aber ungewöhnlich brauchbar, Fundstelle ist fast.ai. Der Latent-Space-Beitrag zu Glean und zur Modellauswahl, Anbieterzahlen ohne KMU-Produkt, das Prinzip dahinter ist trotzdem seminarfähig. Die ENISA-Konsultation zum Zertifizierungsschema für Managed Security Services mit Frist 13.09.2026, kein KI-Bezug. Das Ende der Unterstützung älterer Betriebssysteme, Anwendungs- und Browserversionen bei Slack zum 09.11.2026, kein KI-Bezug, als Termin in die Wiedervorlage übernommen. Die Störung von Google Classroom am 18.08.2026 über drei Stunden und 27 Minuten, ohne veröffentlichte Ursache. Der Governance Agent von Google Cloud, offene Referenzumsetzung statt allgemein verfügbarer Leistung. Die Finanzierungsrunde von Higgsfield über 400 Millionen US-Dollar bei einer Bewertung von 5,4 Milliarden US-Dollar, Finanzierung ohne benennbare Marktverschiebung, die Umsatz- und Nutzerzahlen sind Selbstauskunft. Die Rechenzentrumsvereinbarung von Nvidia, OpenAI und SB Energy in Ohio, Infrastrukturmeldung vom 17.08.2026, in Newslettern zudem mit verschobenen Zahlen wiedergegeben. Die berichtete Auflösung des Preparedness-Teams bei OpenAI, allein über einen Zeitungsbericht belegt, Vorgang von Ende Juli. Die Recherche zu Microsofts Chipzahlen, Primärquelle nicht erreichbar, Microsoft bestreitet die Berechnungsgrundlage. Die berichtete Übernahme von OpenRouter durch Stripe, weiterhin ohne Bestätigung einer der beteiligten Firmen, die Zeile bleibt in der Terminliste. Ein Bericht über ein noch unveröffentlichtes Claude Code Projects, ohne Termin, ohne Verfügbarkeit, ohne zweite Quelle. Zwei Anbieter-Pressemitteilungen vom 18.08.2026 zu souveräner KI im Mittelstand und zu einer Seminarverwaltung, Marketingmaterial ohne Preis, Standort oder Zertifizierung. Der DeepL-Blogbeitrag vom 19.08.2026 zur Wahl einer Übersetzungsschnittstelle, Inhaltswerbung ohne Produktänderung. Und der mit ChatGPT geführte Beweis der Crouzeix-Vermutung, Primärquellen vom 14. und 15.08.2026 und damit außerhalb des Zeitfensters, bemerkenswert daran ist der Teil, den die Newsletter weglassen: Der Beweis wurde von zwei Fachleuten und von Michel Crouzeix selbst geprüft und bestätigt.

Zum aktuellen Briefing