Ein React-Assistent sollte Chrome Summarizer als lokale Lesehilfe einsetzen und Gemini-Vorschläge über einen getrennten Backend-Aufruf anfordern. Änderungen gehören erst nach menschlicher Prüfung über den normalen Aktualisierungsweg in den gespeicherten Entwurf.
Raju Dandigam beschreibt dieses Muster in Trip Workbench, einer React-Demo. Sein Beitrag erschien am 28. Oktober 2026. Der zentrale Kniff: Der Originalauftrag bleibt erhalten, während Zusammenfassung, Cloud-Vorschlag und Speichern klar getrennte Aufgaben bleiben.
Inhaltsübersicht
- Drei getrennte Schritte im Datenfluss
- Voraussetzungen für Chrome Summarizer
- Verfügbarkeit, Abbruch und lange Eingaben handhaben
- Vorschläge an den aktuellen Entwurf binden
- Änderungen prüfen und gezielt speichern
- Was die gemeldeten Tests abdecken
Drei getrennte Schritte im Datenfluss
Trenne die Verarbeitung in drei Aktionen: lokal zusammenfassen, bei Bedarf einen Gemini-Vorschlag anfordern und eine geprüfte Änderung anwenden. In Dandigams Beispiel fasst Chrome Summarizer den Originalauftrag lokal zusammen. Die separate Gemini-Aktion sendet den Originalauftrag an das Backend der Anwendung, das Gemini für einen Vorschlag zu Formularfeldern und Rückfragen nutzt. Das Backend verwaltet dabei den API-Schlüssel.
Chrome zufolge sendet die Nutzung des eingebauten Modells keine Daten an Google oder Dritte; nach dem Herunterladen des Modells ist für die lokale Nutzung keine Netzwerkverbindung nötig. Das gilt für die Nutzung dieses Modells. Beim gesonderten Gemini-Aufruf geht der Originalauftrag an das Anwendungsbackend.
Voraussetzungen für Chrome Summarizer
Die Chrome-Dokumentation, zuletzt aktualisiert am 30. Juli 2025, nennt Chrome 138 Stable als Ausgangspunkt und führt folgende Plattform- und Hardwarebedingungen auf. Das sind Angaben dieser Dokumentationsseite, keine Prüfung eines konkreten Geräts.
| Prüfung | Laut Chrome-Dokumentation | Praktische Bedeutung |
| Betriebssystem | Windows 10 oder 11, macOS 13 oder neuer, Linux | Die dokumentierten Desktop-Systeme berücksichtigen. |
| ChromeOS | Chromebook Plus ab Plattformversion 16389.0.0 | Andere ChromeOS-Geräte sind für die dort behandelten Foundation-Model-APIs ausgeschlossen. |
| Nicht unterstützte Plattformen | Android, iOS und ChromeOS-Geräte ohne Chromebook-Plus | Den lokalen Summarizer nicht als unterstützten Mobilpfad einplanen. |
| Freier Speicher | Mindestens 22 GB auf dem Laufwerk mit dem Chrome-Profil | Vor dem Herunterladen den freien Speicherplatz prüfen. |
| GPU-Alternative | Mehr als 4 GB Grafikspeicher (VRAM) | Eine der beiden dokumentierten Hardwareoptionen. |
| CPU-Alternative | Mindestens 16 GB Arbeitsspeicher und 4 CPU-Kerne | Die Alternative zur GPU-Anforderung. |
Für den ersten Modelldownload ist eine nicht volumenabhängig abgerechnete Verbindung nötig. Ist das Modell heruntergeladen, kann Chrome Summarizer laut Chrome offline arbeiten. Die API ist außerdem nicht in Web Workers verfügbar.
Verfügbarkeit, Abbruch und lange Eingaben handhaben
Rufe Summarizer.availability() mit denselben Optionen auf, die du später für die Sitzungserstellung verwenden willst. Chrome nennt vier Zustände: available, downloadable, downloading und unavailable. Wenn ein Modelldownload erforderlich ist, muss die Erstellung der Sitzung durch eine Nutzeraktion ausgelöst werden.
Für den Abbruch der Erstellung führt MDN die Option signal für Summarizer.create() auf. Wird das Signal ausgelöst, bevor das Erstellungs-Promise erfüllt ist, wird die Erstellung abgebrochen. Danach gibt der Abbruch die Ressourcen der Sitzung frei; laufende oder spätere Summarizer-Aufrufe schlagen mit AbortError fehl.
Bei langen Texten solltest du die Eingabe nicht anhand einer fest codierten Tokenzahl beurteilen. Die Eigenschaft inputQuota hängt laut MDN von der jeweiligen Implementierung ab. Mit measureInputUsage() lässt sich die konkrete Eingabe gegen das verfügbare Kontingent der Sitzung prüfen.
Überschreitet ein Text das Kontingent, beschreibt Chrome das Aufteilen an Absatz- oder Themenübergängen: Fasse die Teile einzeln zusammen und anschließend ihre Zusammenfassungen, bei Bedarf in weiteren Durchgängen. Chrome weist darauf hin, dass wiederholtes Zusammenfassen die Genauigkeit verringern und die Verarbeitung verlangsamen kann. Bewahre deshalb den Originaltext auf, statt die Kurzfassung als verlustfreien Ersatz zu behandeln.
Vorschläge an den aktuellen Entwurf binden
Ein Vorschlag darf nur zum Entwurf passen, aus dem er erzeugt wurde. Trip Workbench verfolgt dafür laut Dandigams Beschreibung die Identität von Entwurf und Sitzung, den gespeicherten Versionsstand, lokale Änderungen und die Version des Auftrags. Die Anwendung prüft nach Abschluss der Generierung und erneut beim Anwenden, ob das Ergebnis noch aktuell ist.
Prüfe außerdem die Antwort auf zulässige Felder und fachliche Regeln, bevor du Änderungen übernimmst. Im beschriebenen Adapter wird Gemini um JSON gebeten, aber kein Ausgabeschema mitgesendet; die Anwendung parst und validiert die Antwort daher selbst. Eine plausible JSON-Struktur allein ist noch keine gültige Änderung am Entwurf.
Änderungen prüfen und gezielt speichern
Zeige für jedes Feld den bisherigen und den vorgeschlagenen Wert nebeneinander. So kann die Person eine Änderung übernehmen, ablehnen oder ein Feld ausdrücklich leeren. Rückfragen sollten ebenfalls sichtbar bleiben, statt unklar in Formularwerte einzufließen.
In Trip Workbench speichert „Apply“ den geprüften Patch sofort über den bestehenden Aktualisierungsweg. Das Absenden und die Buchung sind getrennte Vorgänge. Ein übernommener Vorschlag bucht also keine Reise.
Was die gemeldeten Tests abdecken
Dandigam berichtet von acht erfolgreich durchgeführten, kontrollierten Lebenszyklusprüfungen mit einem eingespeisten Fake-Summarizer. Sie betreffen den Adapter, nicht das Verhalten des nativen Modells. Im selben Bericht nennt er drei Probleme im untersuchten Adapter: Ein Fehler bei der Verfügbarkeitsprüfung wurde nicht abgefangen, eine bereits abgebrochene Anfrage erstellte trotzdem eine Sitzung, und das Abbruchsignal wurde nicht an den Erstellungsschritt weitergegeben.
Die React-Erweiterung war laut Dandigam weder eingebunden noch typgeprüft. Die Kontrollen liefern daher keine Ergebnisse zur Qualität oder Leistung des nativen Modells und prüfen auch keine tatsächlichen Netzwerkdaten.
