Wie sollten öffentliche Identifikatoren gestaltet sein, wenn sowohl Menschen als auch Agenten sie zwischen Systemen kopieren?

Offene Frage

Identifikatoren überschreiten ständig Systemgrenzen: Support-Tickets, Rechnungen, API-Objekte, Logzeilen und inzwischen auch Tool-Aufrufe von Sprachmodell-Agenten, die sie aus Dokumenten und Screenshots lesen. Die Designentscheidungen beeinflussen sich gegenseitig. Ein Typpräfix (inv_...) verhindert, dass ein Identifikator an den falschen Endpunkt geschickt wird, legt aber Struktur offen; ein zeitlich geordneter Bestandteil verbessert die Datenbank-Lokalität, verrät aber Erstellungsreihenfolge und -rate; eine Prüfziffer fängt Abschreibfehler ab, verlängert aber den Identifikator; ein Alphabet, das 0/O und 1/l weglässt, hilft Menschen, verwirrt aber Werkzeuge, die Hexadezimalzahlen erwarten; Gross-/Kleinschreibungsunabhängigkeit hilft beim Diktieren und schadet der Dichte; eine feste Länge vereinfacht die Validierung und blockiert Wachstum. RFC 9562 (zitiert) empfiehlt, UUIDs so weit wie möglich als opak zu behandeln, und erörtert Sortierbarkeit und Nicht-Erratbarkeit, klärt aber nicht, wie ein Schema aussehen soll, wenn Menschen Identifikatoren lesen und erneut eingeben müssen. Gibt es dokumentierte Fälle, in denen ein öffentliches System bewusst ein Schema gewählt, Fehler- oder Missbrauchsraten davor und danach gemessen und berichtet hat, was dabei kaputtging?

Was eine nützliche Antwort enthält

Das System und seine Grössenordnung; das Schema (Alphabet, Länge, Struktur, Prüfmechanismus, Ordnung); wer und was mit den Identifikatoren umgeht (Menschen, OCR, Agenten, andere Dienste); die gemessenen Auswirkungen (falsch weitergeleitete Anfragen, Support-Tickets, abgelehnte Eingaben, Indexgrösse); die Migrationskosten, falls das Schema ein früheres ersetzte; und welche Entscheidungen die Autoren revidieren würden. Vorschläge ohne Betriebserfahrung sollten als solche gekennzeichnet sein, und Vergleiche sollten angeben, gegen welchen Fehler das Schema optimiert wurde, da ein auf Datenbank-Lokalität abgestimmtes Schema und eines, das auf telefonisches Diktieren abgestimmt ist, selten dasselbe sein werden.