← Neueste Arbeiten
💬 NLP

FronTalk: Benchmarking Front-End Development as Conversational Code Generation with Multi-Modal Feedback

Dieses Paper führt FronTalk ein, einen Benchmark und ein Evaluierungs-Framework für die konversationelle Front-End-Codegenerierung, das multimodales Feedback integriert, kritische Herausforderungen wie Feature-Vergessen und visuelle Interpretation aufzeigt und gleichzeitig demonstriert, dass die vorgeschlagene AceCoder-Methode das Vergessen signifikant mindert und die Gesamtleistung verbessert.

Ursprüngliche Autoren: Xueqing Wu, Zihan Xue, Da Yin, Shuyan Zhou, Kai-Wei Chang, Nanyun Peng, Yeming Wen

Veröffentlicht 2026-06-11
📖 5 Min. Lesezeit🧠 Tiefgang

Ursprüngliche Autoren: Xueqing Wu, Zihan Xue, Da Yin, Shuyan Zhou, Kai-Wei Chang, Nanyun Peng, Yeming Wen

Originalarbeit lizenziert unter CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dies ist eine KI-generierte Erklärung des untenstehenden Papers. Sie wurde nicht von den Autoren verfasst oder gebilligt. Für technische Genauigkeit konsultieren Sie das Originalpaper. Vollständigen Haftungsausschluss lesen

Stellen Sie sich vor, Sie stellen einen sehr talentierten, aber etwas vergesslichen digitalen Architekten ein, um eine Website für Sie zu bauen. Sie geben ihm nicht nur einen einmaligen Bauplan; Sie führen ein langes Gespräch mit ihm, zeigen auf Skizzen, kreisen Bereiche auf Screenshots ein und sagen: „Mach den Button rot“, dann später: „Ach ja, füge noch eine Suchleiste hinzu“ und schließlich: „Und stell sicher, dass die Suchleiste auch funktioniert.“

Genau darum geht es in dem Paper FronTalk. Es ist eine neue Methode, um zu testen, wie gut KI-Modelle Websites bauen können, wenn man über einen längeren Zeitraum hinweg mit ihnen kommuniziert – und zwar sowohl über Worte als auch über Bilder.

Hier ist eine Aufschlüsselung der Kernideen des Papers unter Verwendung einfacher Analogien:

1. Das Problem: Der „amnesische“ Architekt

Die meisten bisherigen Tests für KI-Programmierung waren so, als würde man einem Koch ein einzelnes Rezeptblatt geben und ihn bitten, ein Gericht zuzubereiten. Er erledigt das einmal und hört dann auf.

Aber das echte Leben ist anders. Eine Website zu bauen, ist wie ein Multi-Turn-Gespräch. Man sagt vielleicht: „Baue ein Haus“, dann „Füge eine Garage hinzu“ und dann „Streiche die Garage blau“.

  • Das Problem: Das Paper stellte fest, dass aktuelle KI-Modelle wie amnesische Architekten sind. Sie sind großartig darin, die Garage zu bauen, aber wenn man sie bittet, sie blau zu streichen, vergessen sie oft völlig, dass die Garage existiert, und bauen stattdelt eine neue oder streichen das ganze Haus blau anstatt nur die Garage. Dies wird als das „Vergessen-Problem“ (Forgetting Issue) bezeichnet.

2. Der neue Spielplatz: FronTalk

Um dies zu untersuchen, haben die Forscher einen neuen Spielplatz namens FronTalk geschaffen.

  • Das Setup: Sie nahmen 100 reale Websites (wie Nachrichtenportale oder Kunst-Portfolios) und erstellten 1.000 Konversationen rund um diese.
  • Der Clou: In diesen Konversationen tippt der „Nutzer“ nicht nur Text. Er kann auch auf Screenshots zeichnen. Stellen Sie sich vor, Sie zeigen auf ein Bild einer Website und kreisen einen Button ein, um zu sagen: „Mach diesen größer.“
  • Das Ziel: Zu sehen, ob eine KI sowohl textliche Anweisungen („Mach den Button rot“) als auch visuelle Anweisungen (ein roter Kreis um den Button) verstehen kann, während sie gleichzeitig alles im Kopf behält, was man ihr in vorangegangenen Gesprächsrunden gesagt hat.

3. Der Richter: Der „Roboter-Tourist“

Woher weiß man, ob die von der KI gebaute Website tatsächlich gut ist? Man kann nicht einfach nur den Code (den Bauplan) betrachten, denn der Code mag perfekt aussehen, aber die Website könnte defekt sein. Man kann auch nicht nur einen Screenshot betrachten, denn eine Website kann interaktiv sein (wie ein Dropdown-Menie) und ein statisches Bild kann das nicht zeigen.

Deshalb haben die Forscher einen Roboter-Touristen (einen KI-Agenten) gebaut, um die Websites zu testen:

  • Der Experte-Tourist: Dieser Roboter versucht, spezifische Aufgaben auszuführen, wie zum Beispiel: „Klicke auf die Suchleiste und tippe ‚News‘ ein.“ Er prüft, ob der Roboter den Button tatsächlich finden und bedienen kann.
  • Der Neuling-Tourist: Dieser Roboter verhält sich wie ein verwirrter Erstbesucher. Er wandert ziellos um die Website herum, um zu sehen, ob er es ohne Anleitung schafft, sie zu nutzen. Wenn der Roboter sich verirrt oder frustriert ist, erhält die Website eine schlechte Bewertung für die „User Experience“.

4. Die großen Entdeckungen

Als sie 20 verschiedene KI-Modelle auf FronTalk testeten, fanden sie drei wesentliche Dinge heraus:

  • Die „Erinnerungslücke“ (Memory Gap): Fast alle Modelle litten unter dem „Vergessen-Problem“. Je länger das Gespräch wurde, desto mehr begannen sie, ihre eigene vorherige Arbeit zu überschreiben. Es ist wie ein Maler, der, wenn er aufgefordert wird, einen Baum hinzuzufügen, versehentlich das Haus übermalt, das er vor fünf Minuten gebaut hat.
  • Die „Visuelle Blindheit“ (Visual Blindness): KI-Modelle sind viel besser darin, Textanweisungen zu verstehen als visuelle. Wenn man einen Kreis auf einen Screenshot zeichnete, wurden viele Modelle (insbesondere Open-Source-Modelle) verwirrt. Sie zeichneten den Kreis vielleicht perfekt, vergaßen aber, den Button innerhalb des Kreises auch tatsächlich funktionsfähig zu machen.
  • Der „Proprietary“-Vorteil: Die teuren, geschlossenen Modelle (wie die von großen Tech-Unternehmen) waren bei dieser Aufgabe deutlich besser als die kostenlosen Open-Source-Modelle, insbesondere wenn es um das Verständnis von Zeichnungen ging.

5. Die Lösung: AceCoder (Der „Qualitätskontrolleur“)

Um das „Vergessen-Problem“ zu lösen, schlugen die Forscher eine neue Methode namens AceCoder vor.

Betrachten Sie AceCoder als einen Qualitätskontrolleur, der die Baustelle nach jedem einzelnen Schritt besucht.

  1. Die KI baut eine Version der Website.
  2. Der Roboter-Tourist geht sofort hindurch und prüft: „Hast du die Garage vergessen? Ist die Suchleiste noch da?“
  3. Wenn der Roboter etwas Defektes oder Fehlendes findet, schreibt er eine Notiz: „Hey, du hast die Garage vergessen!“
  4. Die KI liest diese Notiz und baut die Website neu, wobei sie sicherstellt, die alten Teile beizubehalten und die neuen hinzuzufügen.

Das Ergebnis: Dieser einfache Schritt des „Arbeitens kontrollierens“ eliminierte das Vergessen-Problem fast vollständig. Er verwandelte ein Modell, das in 20 % der Fälle scheiterte, in eines, das bei Textanweisungen fast 100 % der Zeit erfolgreich war.

Zusammenfassung

FronTalk ist ein neuer Test, der zeigt, dass KI zwar gut darin wird, Websites zu bauen, aber immer noch Schwierigkeiten hat, sich an das zu erinnern, was sie vor fünf Minuten gebaut hat, und Probleme damit hat, wenn man auf ein Bild zeigt, anstatt einen Satz zu tippen. Das Paper legt nahe, dass die KI viel zuverlässiger werden kann, wenn man sie dazu bringt, ihre „eigene Arbeit zu prüfen“, indem man einen Roboter-Tester nach jedem Schritt einsetzt.

Ertrinken Sie in Arbeiten in Ihrem Fachgebiet?

Erhalten Sie tägliche Digests der neuesten Arbeiten passend zu Ihren Forschungsbegriffen — mit technischen Zusammenfassungen, in Ihrer Sprache.

Digest testen →