LIVE
Alle Meldungen ›
AI IN LIFENEWS
Tools & AnwendungenWirtschaft & DealsKI-ModelleGesellschaftForschungChips & InfrastrukturSicherheitRegulierung & RechtRobotik OpenAIAnthropicGoogle & DeepMindAlibaba / QwenxAIMetaByteDance
StartGoogle & DeepMind › FORSCHUNG
FORSCHUNG

Googles Retrieve-for-Train verlagert Suchdenken nach vorn

Statt zur Laufzeit zu denken, kompiliert Google Research die Suchaufteilung offline in ein Diffusionsmodell mit 53,9 Millionen Parametern.

Googles Retrieve-for-Train verlagert Suchdenken nach vorn
Symbolbild: In einer Rechenzentrumsgasse schiebt eine von hinten gezeigte Person einen Recheneinschub in ein offenes Rack, während Statusleuchten blinken.

Kurz gesagt

Google Research trainiert das Aufspalten einer Suchanfrage in zehn Teilanfragen vorab per Reinforcement Learning und lässt zur Laufzeit nur noch ein Diffusionsmodell mit 53,9 Millionen Parametern laufen, das laut Blogbeitrag 12- bis 20-fach schneller antwortet als der autoregressive Weg.

Auf einen Blick

  • Retrieve-for-Train erzeugt pro Suchanfrage genau zehn Teilanfragen — nicht zur Laufzeit, sondern vorab im Training.
  • Der ausliefernde Diffusions-Retriever hat 53,9 Millionen Parameter und arbeitet in einem einzigen, nicht-autoregressiven Durchgang.
  • Google nennt 12- bis 20-fach kürzere Antwortzeiten; autoregressive Vergleichssysteme brauchen bei großen Batches knapp 50 Sekunden.
  • Trainiert wurde die Fan-out-Stufe auf Gemma3-4B und Qwen3-4B, getestet an einem Fashion-Datensatz und internen Musik-Playlists.
  • Der Blogbeitrag vom 15.09.2026 verweist auf ein ICML-2026-Paper mit der arXiv-Nummer 2603.06397.

Google Research beschreibt mit Retrieve-for-Train einen Weg, die teuerste Stufe komplexer Suche aus der Laufzeit herauszunehmen: Das Aufspalten einer Anfrage in zehn Teilanfragen passiert vorab im Training, zur Auslieferung bleibt ein Diffusionsmodell mit 53,9 Millionen Parametern.

Zwei Probleme, die der Beitrag benennt

Das erste ist inhaltlich. Sprachmodelle, die Teilanfragen ohne Vortraining erzeugen, kippen laut Beitrag in einen Zustand, den die Autoren als paraphrastischen Kollaps bezeichnen: Statt verschiedene Facetten eines Themas abzudecken, formulieren sie dieselbe Anfrage immer wieder neu. Das zweite ist zeitlich. Wer die Aufspaltung zur Laufzeit denken lässt, zahlt mehrere hundert Zwischentokens pro Suche, und das ist für eine Produktionssuche zu langsam.

Drei Stufen, nur eine davon online

Zuerst wird ein Sprachmodell per Reinforcement Learning darauf trainiert, Fan-outs zu erzeugen. Die Belohnung setzt sich aus Fundierung, Vielfalt und Passung zusammen, wobei die Vielfalt über den Vendi Score gemessen wird. Ohne diesen Vielfaltsterm, so der Beitrag, produziert das Modell rasch entartete Zeichenketten. Als Trainingsverfahren nennt Google soft-GRPO, eine mit PPO regularisierte Variante, die Belohnungs-Hacking eindämmen soll.

Im zweiten Schritt erzeugt dieses Modell offline Paare aus Anfrage und Zielmenge. Im dritten lernt ein kompakter Diffusions-Retriever, von der Anfrage direkt auf Einbettungen abzubilden — in einem einzigen Durchgang statt Token für Token. Nur diese dritte Stufe läuft später bei jeder Suche mit.

Was gemessen wurde

Die Fan-out-Stufe wurde auf Gemma3-4B und Qwen3-4B trainiert. Geprüft wurde sie in zwei Domänen: Text zu Bild auf einem Fashion-Datensatz über CLIP und Text zu Musik auf internen Playlists über MuLan. Google nennt eine 12- bis 20-fache Beschleunigung gegenüber autoregressiven Ansätzen. Deren Antwortzeit wächst bei großen Kontext-Batches auf knapp 50 Sekunden, während Retrieve-for-Train im Bereich unter einer Sekunde bis wenige Sekunden bleibt.

Was offenbleibt

Der Beitrag berichtet, das Verfahren schlage Zero-Shot-Baselines und Best-of-N in beiden Aufgaben, nennt an dieser Stelle aber keine konkreten Qualitätswerte. Eine Einschränkungssektion fehlt ebenfalls. Beides steht möglicherweise im zugehörigen ICML-2026-Paper mit der arXiv-Nummer 2603.06397, das für diesen Artikel nicht geprüft wurde. Unabhängige Messungen Dritter liegen bislang nicht vor.

◈ KI-GENERIERTER BERICHT · QUELLEN VERLINKT

Häufige Fragen

Was ist Retrieve-for-Train?

Ein Verfahren von Google Research, das die Aufspaltung einer Suchanfrage in zehn Teilanfragen offline per Reinforcement Learning erlernt und in ein kleines Diffusionsmodell überführt, das zur Laufzeit in einem Durchgang antwortet.

Wie viel schneller ist Retrieve-for-Train?

Der Blogbeitrag nennt eine 12- bis 20-fache Beschleunigung. Autoregressive Vergleichssysteme brauchen bei großen Kontext-Batches knapp 50 Sekunden, Retrieve-for-Train bleibt unter einer Sekunde bis bei wenigen Sekunden.

Kann man Retrieve-for-Train selbst einsetzen?

Der Beitrag kündigt weder Code noch Modellgewichte an und beschreibt Experimente mit Gemma3-4B, Qwen3-4B, einem Fashion-Datensatz und internen Musik-Playlists. Eine Verfügbarkeit für Dritte ist daraus nicht ableitbar.

Quellen

Weitere Berichte