Opal zieht als Baukasten für experimentelle Gems in die Gemini-Web-App ein

Was Google im Gems-Manager tatsächlich ausgeliefert hat

Google hat Opal, sein Tool zum Erstellen von KI-gestützten Mini-Apps, direkt in die Gemini-Web-App integriert. Einstiegspunkt ist der Gems-Manager: Dort finden Nutzer Opal und erstellen damit wiederverwendbare Mini-Apps, die Google als „experimentelle Gems“ bezeichnet.

Es handelt sich eher um eine Platzierungsentscheidung als um eine neue Funktion. Opal existierte bereits mit einem visuellen Editor unter opal.google. Was sich ändert, ist der Zugangsweg — über dasselbe Panel, in dem ein Gemini-Nutzer schon seine individuellen Gems verwaltet, statt über ein separates Labs-Angebot. Die Mini-App wird so zu einem weiteren Objekt neben den bereits konfigurierten Gems.

Die Ansicht „Prompt zu Schritten“ ist das entscheidende Frontend-Detail

Die konkreteste Neuerung ist eine Ansicht, die laut Google „Ihre Prompts in Schrittlisten umwandelt, damit Sie noch einfacher verstehen und bearbeiten können, wie Ihre Mini-Apps funktionieren.“ Das ist eine klare Design-Entscheidung: Statt eine Mini-App als undurchsichtigen Block aus Prompt-Text darzustellen, zerlegt der Editor sie in eine geordnete, nachvollziehbare Abfolge.

Sie werden außerdem eine neue Ansicht bemerken, die Ihre Prompts in Schrittlisten umwandelt, damit Sie noch einfacher verstehen und bearbeiten können, wie Ihre Mini-Apps funktionierenMontana Labs

Für alle, die schon mit promptgesteuerten Tools gearbeitet haben, ist das ein bekanntes Frontend-Problem: Ein funktionierender Prompt lässt sich schwer lesen und noch schwerer sicher verändern. Wenn die Struktur als Schrittliste sichtbar wird, bekommt man etwas, worauf man zeigen und was man anpassen kann, ohne alles neu zu schreiben. Man tauscht die Flexibilität von Freitext gegen die Nachvollziehbarkeit eines Workflows.

Zwei Bearbeitungsebenen für zwei Kontrollstufen

Google hält an einem gestuften Modell fest. Die Schritt-Listen-Ansicht in Gemini ist die leicht zugängliche Ebene. Für „erweiterte Anpassungsoptionen“ und „feinere Kontrolle“ wechseln Nutzer in den Advanced Editor unter opal.google. Der Gemini-interne Bereich ist also bewusst der einfachere Einstieg, während der vollständige Editor weiterhin auf der eigenständigen Website bleibt.

Diese Aufteilung zeigt, wie Google die Funktion positioniert: Der Gems-Manager bekommt die Version für schnelles, geführtes Erstellen, während das tiefergehende Build-Tooling dort bleibt, wo es war. Die beiden Bereiche sind durch eine klare Übergabe verbunden, statt zu einer Oberfläche zu verschmelzen.

Was das bedeutet: ein eigenständiger Baukasten wandert in den Assistenten

Die konkrete Konsequenz dieser Ankündigung ist, dass Google die Distanz zwischen einem dedizierten App-Baukasten und dem Assistenten selbst verkürzt. Opal ist nicht mehr eine separate Anlaufstelle, sondern ein Weg, um direkt aus Gemini heraus Gems zu erstellen — mit einer Schritt-Listen-Ansicht, die diese Apps auch für Nicht-Spezialisten bearbeitbar halten soll.

Google bezeichnet dies als Experiment, das ab dem Tag der Ankündigung ausschließlich in der Gemini-Web-App verfügbar ist. Die wiederverwendbare Mini-App, präsentiert als experimentelle Gem, ist die Einheit, die man im Blick behalten sollte — sie deutet darauf hin, dass Gems und mit Opal erstellte Apps innerhalb einer Verwaltungsoberfläche zu derselben Darstellungsform zusammenwachsen.