KI-Leitplanken für Produktdaten: Erfundenen Aussagen vorbeugen und jede Änderung nachvollziehen

KI-Leitplanken für Produktdaten haben zwei Aufgaben: unbelegte Werte von Kunden fernhalten und die Nachweise bewahren, mit denen sich eine akzeptierte Änderung später erklären lässt. Ein Modell auf einen freigegebenen Produktdatensatz zu stützen, hilft beim ersten Punkt. Diesen Datensatz mit dem Vorschlag des Agenten, der Prüfung und dem veröffentlichten Ergebnis zu verbinden, hilft beim zweiten. Weder Schreibrechte noch ein Freigabezeitpunkt allein erzählen die ganze Geschichte.

Zwei Herstellerbeiträge dieser Woche bringen beide Aufgaben zusammen. Casey Paxton beschreibt im Akeneo-Beitrag Your AI Governance Policy Isn't Enough: Why Decision Lineage Matters, wie sich Entscheidungen von der Quelle bis zum Kanal rekonstruieren lassen. Dagmara Śliwa verbindet im Bluestone PIM-Beitrag How To Prevent AI Hallucinations In Product Data freigegebene Datensätze, begrenzte Zugriffe, Validierung und Prüfung vor Massenänderungen. Das knüpft an die Berechtigungsgrenze in unserem DwyerOmega-Fall zu MCP und Agenten-Governance an: Ist der Zugriff geregelt, geht es darum, was ein Agent damit tut und wie sich seine Änderungen erklären lassen.

Eine freigegebene Quelle ist der Anfang, nicht das Ergebnis

Bluestone PIM nennt konkrete Fehler in Produktdaten: Eine Beschreibung enthält ohne Lieferantennachweis "waterproof" oder "BPA-free", aus 250 mm werden 250 cm, beim Kürzen verschwindet ein Allergenhinweis oder ein Lieferantenfehler wird in jede Sprache übernommen. Das sind unterschiedliche Fehlerarten. Ein Modell kann eine Aussage erfinden, einen gültigen Wert falsch verarbeiten oder einen Fehler wiederholen, der bereits in der Quelle stand.

Der Golden Record ist deshalb mehr als ein Speicherort für generierte Texte. Bluestone PIM beschreibt, wie eine Kategorie auf fehlende Attribute, uneinheitliche Einheiten und Ausreißer geprüft wird, bevor der Datensatz zur Texterstellung dient. Sowohl der integrierte Agent als auch externe Agenten über MCP lesen strukturierte Produktdatensätze einschließlich Attributen und zulässigen Werten. Fehlt ein freigegebener Wert, soll der Agent die Lücke markieren, statt zu raten.

Das ist bei technischen Produkten und regulierten Angaben entscheidend. Eine zulässige Einheit oder ein Wertebereich kann einen fehlerhaften Wert abfangen. Eine plausibel klingende Zertifizierung braucht trotzdem einen Beleg. Bluestone PIM behandelt Sicherheitsinformationen, Zertifizierungen und Allergene als Angaben, die vor Veröffentlichung anhand von Dokumenten geprüft werden. Unser Leitfaden zu Produktdatenqualität und Governance erklärt die Verantwortung und die Arbeit am Datenmodell hinter diesen Prüfungen.

Quellenbezug und Berechtigung lösen unterschiedliche Probleme

Bluestone PIM beschreibt externe MCP-Verbindungen über OAuth mit den Berechtigungen des angemeldeten Nutzers. Die Produkthistorie erfasst, wer was wann geändert hat. Derselbe Beitrag weist darauf hin, dass das Löschen einer Attributdefinition deren Werte aus allen Produkten entfernt, die sie verwenden. Berechtigungen begrenzen die verfügbare Aktion. Doch auch eine erlaubte Aktion kann eine ganze Kategorie betreffen.

MCP verbindet den Agenten mit dem strukturierten Datensatz, beweist aber nicht, dass ein erzeugter Wert stimmt. Eine MCP-Verbindung allein bestimmt auch nicht, wie ein externer Modellanbieter abgerufene Informationen verarbeitet. Bluestone PIM nennt ausdrücklich die Prüfung des Auftragsverarbeitungsvertrags, des Verarbeitungsorts und der Systeme, an die angebundene Tools Produktdaten weitergeben können. Der Beitrag beschreibt die Unterstützung eines eigenen LLM-Anbieters und eigener API-Schlüssel.

Bei Schreibvorgängen unterscheidet der Beitrag zwischen PIM-Berechtigungen und der Freigabe im KI-Tool. Die IT kann Claude oder ChatGPT so konfigurieren, dass der Agent vor dem Speichern über MCP um Zustimmung bittet. Das ist eine eingerichtete Kontrolle, keine automatische Eigenschaft jeder Verbindung. Rein lesende Analyse, die Prüfung von Vorschlägen und ein kleiner Test vor einem Massenlauf sind getrennte Schritte. Bluestone PIM veranschaulicht den Größenunterschied mit 20 Produkten vor 2.000. Trends in PIM, Teil 2 zur KI-Governance erklärt, warum die Identität hinter einer Verbindung und die Reichweite ihrer Rechte zählen.

Produkthistorie ist noch keine Decision Lineage

Akeneo führt die Dokumentation weiter. Ein Änderungsprotokoll kann Nutzer, Feld und Zeitpunkt nennen, ohne zu zeigen, welches Lieferantendokument die Änderung begründete oder welche Version der Prüfer sah. Decision Lineage verbindet Quelle und Version mit dem verwendeten Agenten, Modell, Prompt, Mapping oder Regelwerk, dem Vorschlag samt Nachweisen, möglichen Anpassungen oder abweichenden Entscheidungen des Prüfers, der resultierenden Attributänderung und den betroffenen Zielen.

Das Beispiel mit mehreren Agenten zeigt den Unterschied. Ein Lieferantendaten-Agent ändert eine Spezifikation, ein Anreicherungsagent ergänzt daraus verwandte Attribute, und ein Content-Agent erstellt daraus kundenorientierten Text. Drei getrennte Protokolle beschreiben drei Vorgänge. Eine verbundene Historie zeigt, wie sich ein angezweifelter Quellwert durch die Produktinformationen verbreitet hat.

Akeneo schlägt eine gemeinsame Kennung vor, die eine wesentliche Änderung durch Anreicherung, Validierung, Texterstellung, Lokalisierung und Ausspielung begleitet. Damit gehört die Quellversion zum Kontext der Freigabe. Ändert sie sich später, lassen sich die Beschreibungen, Übersetzungen und veröffentlichten Ziele ermitteln, die erneut geprüft werden müssen. Eine menschliche Freigabe belegt eine Entscheidung über bestimmte Informationen, nicht die dauerhafte Zustimmung zu jeder späteren Nutzung.

Aussagen verhindern und erklären gehören zusammen

Beide Beiträge treffen sich dort, wo aus einem Vorschlag akzeptierte Produktdaten werden. Bluestone PIM konzentriert sich auf Datensatz, Validierung und kontrolliertes Schreiben, Akeneo auf die verbundenen Nachweise rund um diese Entscheidung. Beide verstehen Prüfung als Arbeit mit Belegen, nicht bloß als Aufforderung, einen Menschen einzubeziehen. Akeneo nennt widersprüchliche maßgebliche Quellen, technische oder Nachhaltigkeitsaussagen und große SKU-Mengen als Beispiele für Prüfungsanlässe.

Akeneo beschreibt außerdem eine Rekonstruktionsübung: Bei einer veröffentlichten Aussage beginnen, über Prüfungen und automatisierte Aktionen zur ursprünglichen Quelle zurückgehen und anschließend testen, ob sich die Information stoppen, korrigieren und neu veröffentlichen lässt. Rekonstruktionsdauer, fehlende Nachweise und wiederkehrende Korrekturen durch Prüfer machen Schwächen sichtbar, die eine Richtlinie allein nicht zeigt. Das erweitert das stufenweise Betriebsmodell aus unserem Beitrag dazu, was KI in einem PIM tatsächlich leistet und wo sie scheitert.

Das sind ergänzende Herstellerargumente, kein Funktionsvergleich und keine Fehlergarantie. Bluestone PIM erkennt ausdrücklich an, dass sich einem Sprachmodell die Fähigkeit zum Erfinden von Werten nicht vollständig nehmen lässt. Akeneos Beitrag zur Decision Lineage beschreibt einen Governance-Ansatz, ohne die Verfügbarkeit jedes Bestandteils als Produktfunktion zu belegen. Entscheidend ist die Unterscheidung zwischen einem Agenten, der einen Datensatz ändern darf, einem ausreichend belegten Wert und einem Team, das später nachvollziehen kann, warum dieser Wert akzeptiert wurde. Wenn Sie eine Änderung rekonstruieren, zählen alle drei Ebenen: von der freigegebenen Quelle bis zum letzten Kanal, der das Ergebnis erhalten hat.