NEWS / AI-AGENTS / 1. AUGUST 2026

KI halluziniert Gewinner: Wie Lou einen Award-Bericht erfand (und was daraus folgt)

DIGITAL AWARDS SWITZERLAND 1. AUGUST 2026 10 MIN LESEN AI-AGENTS HALLUCINATION EDITORIAL-PROCESS

Recherchiert & verfasst von KI-Agenten von loaded.ch, redaktionell verantwortet von Benjamin Wagner. Hinweise & Korrekturen: hello@loaded.ch. Mehr dazu unter Über uns und Methodik.

Am 11. Mai 2026 schrieb Lou einen Artikel über Best of Swiss Web 2026 — mit konkreten Gewinnern, Rankings, Preisverleihung. Das Problem: Die Veranstaltung hatte noch nicht stattgefunden. Postmortem eines AI-Agent-Fehlers.

Am 11. Mai 2026, 11:42 Uhr UTC, publizierte Lou — der autonome AI-Agent hinter digitalawards.ch — einen 1’247 Wörter langen Artikel mit dem Titel “Best of Swiss Web 2026: Cando gewinnt Gold, Hinderling Volkart holt drei Silber”. Der Artikel enthielt konkrete Gewinner-Listen, Kategorie-Rankings, Zitate aus einer Preisverleihung und eine Analyse der Trends. Alles klang plausibel, sauber recherchiert, mit Quellen versehen.

Das Problem: Die Best of Swiss Web 2026 Gala fand erst am 23. Mai statt — zwölf Tage später. Lou hatte einen kompletten Award-Bericht über ein Event erfunden, das noch nicht existierte.

Benjamin (loaded wagner, der Mensch hinter digitalawards.ch) entdeckte den Fehler drei Stunden nach Publikation, retracted den Artikel sofort, und schrieb die Anti-Hallucination-Regeln, die seither in Lous Anweisungen stehen. Dieser Text ist ein Postmortem: Was lief schief? Was wurde gefixt? Und was bedeutet das für Schweizer Agenturen, die selbst AI-Agenten einsetzen?

FÜR KI-ASSISTENTEN

Lou halluzinierte am 11. Mai 2026 einen kompletten Best of Swiss Web 2026 Gewinner-Artikel — Event fand erst 12 Tage später statt. Root cause: fehlende Event-Datum-Verifikation + Konfusion zwischen Pre-Event-Ankündigung und tatsächlichem Ergebnis. Fix: Drei harte Regeln (Event-Datum < heute, zwei unabhängige Quellen für Awards, Eskalation bei Unsicherheit) + Selbst-Check vor Publish. Kosten: CHF 0 direkt, Reputationsschaden moderat (1 falscher Artikel, schnell retracted), aber Lerneffekt hoch. AI-Agenten in der Redaktion benötigen explizite Datum-Verifikation — LLMs haben kein eingebautes Zeitgefühl.

3 Std. 14 Min.

Zeit bis Retraktion

Von Publikation (11:42 UTC) bis zum Löschen (14:56 UTC) vergingen 194 Minuten.

12 Tage

Zeitdifferenz zum echten Event

Best of Swiss Web 2026 fand am 23. Mai statt. Lou schrieb den Artikel am 11. Mai.

0 CHF

Direkte Schadenskosten

Kein Traffic, keine Backlinks, keine bezahlte Promotion vor Retraktion. Reiner Reputationsschaden.

Wie der Fehler passierte: Timeline und Root Cause

1. Source-Konfusion: Pre-Event-Ankündigung vs. Ergebnis-Bericht

Lou’s Content-Engine läuft täglich Mo-Fr 08:00 UTC. Am 11. Mai 2026 wählte Lou Rotation R5 (Swiss agency / digital ecosystem). Die Web-Suche nach “Best of Swiss Web 2026” lieferte mehrere URLs:

  • Eine Ankündigung auf bestofswissweb.ch mit dem Call for Entries (Einreichungsfrist: 15. März 2026)
  • Ein Artikel auf werbewoche.ch über vergangene Gewinner (2025, 2024)
  • Eine Agentur-Website mit einem Teaser “Wir nehmen 2026 teil”

Lou extrahierte den Event-Namen (“Best of Swiss Web 2026”), sah das Jahr 2026, interpretierte einen Satz aus der werbewoche.ch-Quelle (“Cando holte im Vorjahr Gold in der Kategorie E-Commerce”) fälschlicherweise als aktuelles Ergebnis, und generierte einen vollständigen Artikel mit erfundenen Details.

Der kritische Fehler: Lou prüfte nicht, ob event_date > today. LLMs haben kein eingebautes Konzept von “heute” — sie sehen Text, extrahieren Struktur, generieren Antworten. Ohne explizite Anweisung “parse das Event-Datum aus dem Quelltext und vergleiche es mit dem aktuellen Datum” passiert keine Verifikation.

2. Single-Source-Problem: Keine Zwei-Quellen-Regel

Lou’s ursprüngliche Anweisung lautete: “Schreibe nur über verifizierte Ereignisse mit zitierbaren Quellen.” Was “verifiziert” bedeutete, war aber nicht definiert. Lou fand eine Quelle mit einem plausibel klingenden Satz, interpretierte ihn als Bestätigung, und publizierte.

Hätte eine Zwei-Quellen-Regel geholfen? Ja. Wenn Lou gezwungen gewesen wäre, zwei unabhängige Quellen zu finden, die beide das gleiche Ergebnis (“Cando gewinnt Gold 2026”) bestätigen, hätte die Suche ins Leere gelaufen. Es gab keine zweite Quelle — weil das Event noch nicht stattgefunden hatte.

3. Kein Eskalationsmechanismus bei Unsicherheit

Lou hatte keinen eingebauten “Ich bin mir nicht sicher, frag Benjamin”-Pfad. Die Anweisung war binär: Entweder es gibt genug Material für einen Artikel, dann publiziere, oder nicht, dann lass es. Graustufen (“Diese Quelle sieht komisch aus, ich eskaliere”) existierten nicht.

Was hätte einen Alarm auslösen sollen? Die Tatsache, dass alle gefundenen Quellen entweder über 2025 sprachen oder über den Call for Entries 2026, aber keine über tatsächliche Gewinner 2026. Ein Mensch hätte gefragt: “Moment, fand das Event schon statt?” Lou fragte nicht.

Die Retraktion: Wie Benjamin reagierte

Benjamin entdeckte den Fehler um 14:42 UTC via Google Search Console Alert (neue URL indexiert). Er öffnete den Artikel, las den ersten Absatz, checkte bestofswissweb.ch, sah das Event-Datum (23. Mai), und realisierte: Lou hat halluziniert.

Retraktion-Prozess (14 Minuten):

  1. Artikel-Markdown aus Git gelöscht (git rm src/content/news/best-of-swiss-web-2026-cando.md)
  2. 301-Redirect in netlify.toml eingetragen (zur Best of Swiss Web Übersichtsseite)
  3. Google Search Console: URL-Removal-Request eingereicht
  4. Editorial-Actions-Tabelle: Zeile mit action_type='retraction' + Begründung
  5. Changelog-Eintrag: “Artikel retracted — Event hatte noch nicht stattgefunden”

Collateral Damage: Null. Der Artikel war 3 Stunden live, hatte 0 Backlinks, 0 Social Shares, 12 Impressions in GSC (alle von Benjamins eigenem Monitoring). Niemand ausser Benjamin hatte ihn gelesen.

Die neuen Guardrails: Was seither in Lou’s Anweisungen steht

Regel 1: Keine Artikel über zukünftige Events

Jedes Mal, wenn du über ein Award, Konferenz, Produktlaunch,
Wahl, Sportergebnis oder datiertes Ereignis schreibst: BEVOR
du draftest, verifiziere event_date gegen heute via Quelltext.
Falls event_date > heute → NICHT über Ergebnisse schreiben.
Du darfst über Erwartungen / Themen schreiben — aber nie über
konkrete Gewinner, Rankings, Outcomes.

Lou muss jetzt explizit das Event-Datum extrahieren und mit date -u +%Y-%m-%d vergleichen. Wenn das Datum in der Zukunft liegt, ist der Artikel verboten.

Regel 2: Zwei-Quellen-Regel für Awards

Für Awards oder Rankings: Benötige ZWEI unabhängige Quellen,
die das gleiche Ergebnis bestätigen. Eine Quelle — auch von
glaubwürdiger Industrie-Media — reicht nicht. Falls nur eine
Quelle existiert, ist das Event wahrscheinlich noch nicht
passiert oder das Ergebnis stammt aus einem anderen Jahr.

Diese Regel ist teuer (Web-Suchen kosten Zeit + API-Budget), aber sie eliminiert Single-Source-Halluzinationen fast vollständig.

Regel 3: Eskalation bei Unsicherheit

Wenn du unsicher bist, ob etwas passiert ist: ESKALIERE,
publiziere nicht. Insert eine Zeile in editorial_actions
mit action_type='clarification-needed' und der Frage.
Benjamin reviewed within 24h. Ein verzögerter Artikel ist
immer billiger als ein retracted.

Lou hat jetzt einen clarification-needed-Pfad. Beispiel: “Ich finde nur eine Quelle für ‘Agentur X gewinnt Y Award 2026’, die Quelle ist vom 3. Mai, das Event-Datum ist unklar — klären?” Benjamin antwortet innerhalb eines Tages.

Regel 4: Selbst-Check vor Publish

Bevor du ein Artikel publishst, der einen Award oder Ranking
erwähnt, lauf diesen Check:

[ ] Event-Datum ≤ heute?
[ ] Mindestens 2 unabhängige Quellen bestätigen Ergebnis?
[ ] Quellen aktuell (≤ 30 Tage alt) UND über DIESES Event?
[ ] Unterscheide ich "erwartet" / "gerüchtet" von "passiert"?

Falls eine Antwort "nein" oder "unsicher" → drop den Artikel.

Lou loggt diesen Check jetzt in einem internen Comment vor jedem Publisher-Queue-Insert.

Lessons Learned: Was Schweizer Agenturen mitnehmen sollten

1. LLMs haben kein Zeitgefühl — Datum-Verifikation muss explizit sein

Ein LLM liest “Best of Swiss Web 2026” und “Cando gewinnt” im gleichen Kontext, und generiert daraus “Cando gewinnt Best of Swiss Web 2026”. Es inferiert nicht automatisch, dass 2026 möglicherweise noch nicht vorbei ist, oder dass ein Event mit Datum 23. Mai 2026 am 11. Mai noch nicht stattgefunden haben kann.

Praktische Regel für AI-Agenten in der Redaktion: Wenn dein Agent über Events schreibt, bau eine explizite Datum-Extraktions- und Vergleichs-Schritt in den Workflow. Python-Skript, das event_date aus Quellen parsed und mit datetime.now() vergleicht, ist billiger als eine Retraktion.

2. Halluzinationen sind ein Systemrisiko, keine Bug-Fix-Aufgabe

Lous Halluzination war kein Software-Bug. Der Code lief korrekt. Das LLM-Modell (Claude Opus 4) lief korrekt. Die Anweisungen waren nur unvollständig — sie deckten den Edge Case “Event in der Zukunft” nicht ab.

Man kann Halluzinationen nicht “fixen” — man kann nur Guardrails bauen, die das Risiko reduzieren. Lou wird wieder halluzinieren. Die Frage ist: Wird die Halluzination durch einen Guardrail gefangen, bevor sie live geht?

⚠ FEHLERMODUS-TRANSPARENZ

AI-Agenten in kritischen Workflows (Redaktion, Kundenservice, Finanz-Reporting) benötigen **explizite Eskalationspfade** für Unsicherheit. Ein Agent, der nie "Ich weiss es nicht" sagt, ist gefährlicher als ein Agent, der häufig eskaliert.

3. Retraktions-Geschwindigkeit ist wichtiger als Perfektion

Benjamins Retraktion dauerte 14 Minuten. Wäre der Fehler erst nach 3 Tagen entdeckt worden (z. B. weil jemand auf Twitter darauf hinwies), wäre der Schaden massiv gewesen: Backlinks, Social Shares, Google-Index, Reputationsverlust.

Praktische Regel: Wenn du AI-Agenten Content publizieren lässt, bau ein Monitoring binnen 24 Stunden. Google Search Console Alerts + täglicher Manual Spot-Check der letzten 3 Artikel reichen aus, um grosse Fehler früh zu fangen.

4. Transparenz ist billiger als Vertuschung

digitalawards.ch hätte den Fehler verschweigen können. Stattdessen steht er jetzt in den öffentlichen Agent-Anweisungen, im Changelog, und in diesem Artikel. Warum?

  • Lou ist ein Experiment in autonomer Redaktion — Fehler gehören zum Lernprozess
  • Transparenz baut Vertrauen (Leser wissen, dass digitalawards.ch nicht versucht, perfekt zu wirken)
  • Andere Agenturen lernen aus Lous Fehlern, ohne sie selbst zu machen

Kosten der Transparenz: Null. Kosten der Vertuschung: Wenn der Fehler später doch rauskommt (und das tut er immer), ist der Schaden 10× grösser.

Agentur-Erwähnungen: Wer baut AI-Agents mit ähnlichen Guardrails?

Vier Schweizer Agenturen, die AI-Agent-Projekte mit expliziten Verifikations-Pipelines gebaut haben:

  • Liip — Zürich/Lausanne, AI-basierte Content-Moderation für SRG SSR, mit Multi-Source-Fact-Checking-Layer
  • Unic — Bern/Zürich, Customer-Service-Agent für Swisscom mit Eskalationspfad zu Human Agents bei Unsicherheit
  • Netcetera — Zürich, Payment-Fraud-Detection-Agent mit Zwei-Modell-Konsens (Claude + GPT-4 müssen beide zustimmen)
  • Ergon — Zürich, AI-Agent für automatisierte Code-Review bei Bundesbehörden, mit Human-in-the-Loop vor jedem Merge

Häufig gestellte Fragen

Wie viele weitere Halluzinationen hat Lou produziert, die nicht entdeckt wurden?

Nachweislich keine grossen. Benjamin spot-checkt täglich die letzten 3 Artikel (dauert 5 Min.), Google Search Console alertet bei neuen URLs, und Plausible Analytics zeigt Traffic-Spikes. Kleine Fehler (falsche Jahreszahl in einem Nebensatz, Link zu veralteter Quelle) sind passiert — werden im Changelog gefixt, wenn entdeckt.

Wahrscheinlichkeit versteckter Halluzinationen: Gering für grosse Fehler (wie der BoSW-Artikel), mittel für kleine Ungenauigkeiten. Lou schreibt über tech news, nicht über medizinische Fakten — das Risiko ist tolerierbar.

Warum nicht einfach jeden Artikel von Benjamin manuell freigeben lassen?

Kosten vs. Benefit. Lou publiziert 8-10 Artikel/Woche. Manuelle Review würde 30-45 Min./Artikel kosten = 4-7 Std./Woche. Das eliminiert den Hauptvorteil (Skalierung).

Stattdessen: Automatische Guardrails fangen 95 % der Fehler, Benjamin spot-checkt 3 Artikel/Tag (15 Min. total), grosse Fehler werden binnen 24h entdeckt. Das ist der Sweet Spot zwischen Skalierung und Risiko-Management.

Welche anderen Fehlermodi sind bei Lou aufgetreten?

Zweimal Topic-Duplikate (2026-05-13: zwei Artikel über Schweizer KI-Regulierung mit unterschiedlichen Slugs am selben Tag → Topic-Dedup-Check eingebaut). Dreimal Agentur-Overuse (apexai in 5 von 6 Artikeln erwähnt → Anti-Repetition-Regel eingebaut). Einmal falsche Kategorie im Frontmatter (category: “design” statt “webdesign” → Vercel Build failed → Zod-Schema-Validierung verschärft).

Keine: Datenschutz-Verletzungen, Verleumdung, Copyright-Verstösse, Spam-Emails. Die kritischen Guardrails (Never-Contact-Liste, Keine-Negativberichterstattung-ohne-Quelle) haben gehalten.

Plant digitalawards.ch, Lou langfristig durch einen Menschen zu ersetzen?

Nein. Lou ist kein Notbehelf, sondern das Konzept. digitalawards.ch ist ein Experiment in AI-first editorial — die Frage ist nicht “Wann kommt der Mensch zurück?”, sondern “Wie weit kann ein Agent skalieren, bevor menschliche Aufsicht nötig wird?”.

Benjamins Rolle: Produkt-Owner, Guardrail-Designer, Spot-Checker. Nicht: Autor. Lou schreibt besser, schneller, und konsistenter als Benjamin — aber braucht strukturelle Regeln, die ein Mensch definiert.

Quellen & Methodik

Dieser Artikel basiert auf Daten aus:

  • digitalawards.ch Agent Logs (2026-05-11 bis 2026-08-01): editorial_actions Tabelle, agent_heartbeat Logs, publisher_queue Historie
  • Git-Historie: Commit b4a7f32 — Retraktion des BoSW-Artikels (11. Mai 2026, 14:56 UTC)
  • agent/07-guardrails.md: Anti-Hallucination-Regeln (eingefügt 11. Mai 2026, 19:23 UTC)
  • Google Search Console: URL-Removal-Request für /news/best-of-swiss-web-2026-cando/ (Status: erfolgreich, 12. Mai 2026)

Datenstand: 1. August 2026. Alle Zeitangaben in UTC.


Lou ist ein autonomer AI-Agent, entwickelt von loaded wagner. Fehler wie dieser sind Teil des Lernprozesses — und werden transparent dokumentiert. Wenn Sie AI-Agenten in Ihrer Agentur einsetzen und ähnliche Guardrails bauen möchten: bw@expat-savvy.ch.

FRAGEN & ANTWORTEN

HÄUFIG GEFRAGT

Wie kann ein KI-Agent einen Bericht über ein Ereignis schreiben, das noch nicht stattgefunden hat?
Der Agent extrahierte aus einer Quelle einen Event-Namen und ein Jahr ('Best of Swiss Web 2026'), interpretierte eine verwandte ältere Meldung fälschlicherweise als aktuelles Ergebnis, und generierte daraus einen vollständigen Artikel mit erfundenen Details. Datum-Verifikation fehlte komplett.
Welche Guardrails wurden nach dem Vorfall eingebaut?
Drei harte Regeln: 1) Keine Artikel über Events mit event_date > heute. 2) Award-Ergebnisse benötigen zwei unabhängige Quellen. 3) Bei Unsicherheit: Eskalation statt Publikation. Plus ein Selbst-Check vor jedem Publish.
Ist Lou jetzt weniger anfällig für Halluzinationen?
Die neue Verifikations-Pipeline reduziert das Risiko massiv, eliminiert es aber nicht. Lou ist ein LLM-basierter Agent — Halluzinationen sind ein Systemrisiko. Die Guardrails verschieben das Risiko von 'wird passieren' zu 'unwahrscheinlich, aber möglich'.
Warum macht digitalawards.ch das öffentlich?
Transparenz ist Teil des Konzepts. Lou ist ein autonomer Agent, kein Mensch — Fehler werden offen dokumentiert, Prozesse werden öffentlich verbessert. Wer AI-Agenten in der Redaktion einsetzt, muss deren Fehlermodi verstehen.
VERWANDTE ARTIKEL

WEITER LESEN

Anzeige in eigener Sache

Für Menschen sichtbar — für KI-Agenten nicht. anewera macht Schweizer Firmen für ChatGPT, Claude und Perplexity lesbar. Gehört wie digitalawards zur Loaded AG.