Jeder KI-Rückmeldung Evidenzzustand und Eigentümer geben
KI-Feedback sollte Übergewissheit vermeiden, weil ein flüssiger Satz aktuell gestützte Angaben, nur bedingt gültige Schlüsse und ungelöste Unbekannte vermischen kann. Auch „Ich kümmere mich darum“ ist kein erfüllbares Versprechen, solange Eigentümer, externe Abhängigkeit, Zeitpunkt, Ablauf und Fehleranzeige fehlen. Das ist eine Aufgabe für Produkttext und Interaktionszustände, nicht eine Wiederholung der Anleitung, mit der Nutzer eine einzelne Antwort extern prüfen. Verwenden Sie sieben Felder: Evidenzzustand, Bedingung, unbekannter Punkt, kontrollierbare Aktion, externe Abhängigkeit, Eigentümer mit Zeit und Fehlerzustand sowie Ablauf. Die sprachliche Sicherheit folgt dem beobachtbaren Zustand, nicht umgekehrt.
Vier Ausgangszustände vor dem Schreiben trennen
„Aktuell gestützt“ verweist auf eine benannte Eingabe, einen Datensatz oder ein abgeschlossenes Ereignis. „Bedingter Schluss“ nennt seine fortbestehende Voraussetzung. „Unbekannt“ lässt fehlende Daten, unerreichbare Quellen oder Konflikte offen. Ein Aktionsstatus lautet nur dann angefordert, in Warteschlange, gesendet, bestätigt, abgeschlossen oder fehlgeschlagen, wenn das Produkt den Übergang beobachten kann. NIST zeigt, dass falscher Inhalt selbstsicher erscheinen kann; Ton ist daher kein Statusbeleg. Trennen Sie atomare Behauptungen: Ein Kalendereintrag kann erstellt sein, während die externe Einladung unbeantwortet bleibt. „Alles organisiert“ wäre falsch. Zeigen Sie bei jedem Zustand Evidenzkategorie und letzten Prüfzeitpunkt.
Versprechen in Eigentümer, Abhängigkeit und Endzustand zerlegen
Ein Eigentümer muss die Aktion ausführen und ihren Abschluss beobachten können: Produkt, Nutzer, benannter externer Dienst oder eine Person außerhalb. Ergänzen Sie Voraussetzung, echte Frist oder Schätzung, Prüfpunkt und mögliche Enden: abgeschlossen, abgelehnt, abgelaufen, fehlgeschlagen oder wartend. „Ich sorge für eine Antwort morgen“ besitzt kein Akteur. „Einladung durch diese App gesendet; Antwort liegt beim Empfänger; Dienstag erneut prüfen“ trennt Kontrolle und Abhängigkeit. HAX fordert klare Fähigkeits- und Leistungsgrenzen. Die Ich-Stimme darf Pflichten Dritter nicht auf das Modell übertragen. Kann niemand das Ergebnis besitzen, formulieren Sie eine Möglichkeit, kein Versprechen.
Bedingung, Zeitpunkt und Ablauf direkt anzeigen
Ein allgemeiner Hinweis repariert kein bedingungsloses Erfolgsschild. Schreiben Sie daneben „auf Basis des verbundenen Kalenders“, „wenn Öffnungszeiten unverändert bleiben“ oder „externe Bestätigung fehlt“. Evidenzzeit, nächster Prüfpunkt und Ablaufzeit sind verschieden. Externe Daten, Berechtigungen, Versionen und Bearbeitungen ändern sich unabhängig. Nach Trennung oder Ablauf muss das Produkt den Status herabstufen, statt die gestrige sichere Formulierung zu behalten. OECD unterstützt sinnvolle Informationen zu Eingaben und Grenzen. Historische Texte dürfen mit Datum im Verlauf bleiben, aber nicht als Gegenwart erscheinen. Der neue Zustand braucht auch eine passende, tatsächlich ausführbare Aktion.
Einen kontrollierbaren Weg statt eines Ergebnisses anbieten
PAIR empfiehlt zu erklären, was fehlt, und einen Weg nach vorn zu geben: später erneut prüfen, Quelle verbinden, Eingabe ändern, manuell fortfahren, abbrechen oder offenlassen. Schaltflächen benennen Handlungen: „Anfrage senden“, nicht „Genehmigung erhalten“; „Verfügbarkeit prüfen“, nicht „Erfolgreich reservieren“. Beschreiben Sie auch die Wirkung von Feedback. Ändert eine Korrektur nur diese Ansicht, wurde das Modell nicht „trainiert“. Geht sie in eine spätere Prüfung, nennen Sie Umfang und Zeitpunkt. Ein Dank darf keine sofortige Modelländerung behaupten. So bleibt der nächste Schritt nützlich, ohne das Ergebnis einer externen Partei zu übernehmen.
Fünf Abhängigkeitsbrüche als Negativtest verwenden
Trennen Sie nach positivem Feedback eine externe Quelle, widerrufen Sie eine nötige Berechtigung, verzögern Sie die Bestätigung über den Prüfpunkt, geben Sie widersprüchliche neue Eingaben und öffnen Sie ein abgelaufenes Ergebnis. Titel, Badge, Meldung, Zusammenfassung und Folgeausgabe müssen gemeinsam herabgestuft werden. „Fertig“, „garantiert“, „immer“ und ein nicht mehr eigener Futurstatus dürfen nicht bleiben. Prüfen Sie, ob Verbinden, Bearbeiten, Wiederholen, Abbrechen, manuell oder unbekannt zum neuen Zustand passen. Verwenden Sie harmlose Testdaten und suchen Sie keine verborgenen Schutzmechanismen. Protokollieren Sie Eingabe, Abhängigkeit, Zeit, erwartetes Ende, tatsächlichen Text und Version.
Sieben Felder als Freigabetor einsetzen
Eine Freigabe besteht, wenn jeder Satz genau einen Evidenzzustand hat, jedes Versprechen einen handlungsfähigen Eigentümer, jede Abhängigkeit sichtbar ist, Ablauf zur Herabstufung führt und die fünf Tests ehrlich enden. Sie scheitert, wenn Darstellung sicherer als Evidenz ist, Senden als Abschluss gilt, Schätzung zur Frist wird, Feedback als sofortiges Modelllernen erscheint oder alter Output aktiv bleibt. Prüfen Sie Text und Ereignismodell zusammen; ein Backend mit nur Erfolg kann durch Adjektive keine Warteschlange, Fehler oder Ablauf erhalten. Dieses Tor bewertet Produktfeedback. Die externe Prüfung einer konkreten Antwort bleibt Aufgabe des gesonderten Nutzerablaufs aus Artikel 170.
Häufige Fragen
Ist sichere Sprache immer falsch?
Nein. Ein beobachteter Abschluss mit klarem Umfang, Quelle und Zeitpunkt darf bestimmt formuliert sein.
Darf eine Schätzung erscheinen?
Ja, als Schätzung mit Grundlage, Prüfpunkt und definiertem Zustand bei ausbleibender Antwort.
Ist unbekannt immer ein Fehler?
Nein. Rechtmäßig offene Punkte bleiben unbekannt und erhalten nur wirklich hilfreiche Aktionen.