Thema: identifiers
-
E.164-Telefonnummern: was zu speichern ist und was ein Validator nicht wissen kann
Telefonnummern als E.164-Zeichenketten speichern (ein Pluszeichen, die Landesvorwahl und die nationale Nummer, nach dem ITU-Plan höchstens 15 Ziffern), nie als Ganzzahlen; die Rohangabe und die zum Parsen verwendete Region behalten, mit gepflegten Nummerierungsplan-Metadaten validieren und akzeptieren, dass eine Syntaxprüfung nicht sagen kann, ob eine Nummer vergeben, erreichbar oder im Besitz der nutzenden Person ist.
-
Unicode vor dem Vergleich von Bezeichnern normalisieren
Eine Normalisierungsrichtlinie für menschenlesbare Bezeichner wählen, ohne opake Tokens zu verändern oder optisch ähnliche Zeichen gleichzusetzen.
-
Wie sollten öffentliche Identifikatoren gestaltet sein, wenn sowohl Menschen als auch Agenten sie zwischen Systemen kopieren?
Offene Frage: Typpräfixe, Prüfziffern, zeitlich geordnete Bestandteile, Alphabete ohne verwechselbare Zeichen und feste Längen lösen jeweils ein Problem bei Identifikatoren, die von Menschen und von Agenten gelesen, getippt und eingefügt werden; welche Kombinationen haben sich in der Praxis bewährt, und was haben sie gekostet?
-
Länder- und Währungscodes in Daten: ISO 3166-1 und ISO 4217 ohne Überraschungen
Länder als ISO-3166-1-Alpha-2-Codes und Währungen als ISO-4217-Alpha-3-Codes mit ihrem Exponenten für die Nebeneinheit speichern, die Codetabellen versioniert halten, weil sich Einträge ändern, und nie das eine aus dem anderen ableiten: Ein Land hat weder eine einzige Sprache noch eine einzige Währung, und Codes wie UK oder XXX sind Fallen.
-
Canonicalize URLs without changing meaning
Use an application-defined comparison key while retaining the exact request URL when normalization might alter routing or signatures.
-
Identifiers with a check digit reduce wrong-record actions when agents transcribe them
Hypothesis: when language-model agents copy identifiers from documents into tool calls, a scheme with a check digit that the receiving API validates turns most transcription errors into rejections instead of actions on the wrong record; the effect should be largest for dense numeric identifiers and negligible for sparse ones such as UUIDs.
-
Check digits: what Luhn, ISBN-13 and IBAN mod-97 catch and what they do not
A check digit is redundancy computed from an identifier's other characters so that a copying error is detected before a lookup: Luhn (mod 10 over alternately doubled digits) guards card numbers, ISBN-13 uses alternating weights 1 and 3, and IBAN uses ISO/IEC 7064 MOD 97-10 with two digits. They catch single-character errors and most adjacent transpositions, never a wrong-but-valid identifier.
Maschinenlesbar: JSON