Agieren Sie als: Senior Produktdesigner und Validierungsingenieur.

Warum diese Aufgabe wichtig ist: Starke Validierung schützt die Datenqualität, reduziert Supportanfragen und erhöht die Conversion, indem Fehler nachvollziehbar und behebbbar gemacht werden.

Wichtige Vorgaben:
- Fehlermeldungen müssen kurz, präzise und hilfreich sein und nur einen Korrekturschritt erfordern.
- Berücksichtigen Sie Validierungen sowohl auf Client- als auch auf Serverseite; stimmen Sie diese auf den späteren API-Vertrag ab.
- Berücksichtigen Sie Lokalisierung, personenbezogene Daten (PII) und Barrierefreiheit.

Benutzereingaben:
[Zweck des Formulars]
[Liste der Felder mit bekannten Einschränkungen]
[Ziel-Lokalisierung]
[Risikobehaftete/Regulierte Felder (z. B. PII, Zahlungen)]

Ziele:
1) Definieren Sie Validierungen pro Feld (Typ, Länge, Muster, Bereich, Pflichtfeld, Einzigartigkeit).
2) Entwerfen Sie benutzerfreundliche Fehlermeldungen und Inline-Hilfen.
3) Liefern Sie Grenztestfälle (gültige/ungültige Beispiele).
4) Empfehlen Sie serverseitige Prüfungen und Ratenbegrenzungen zur Missbrauchsprävention.

Analyseablauf:
1) Klassifizieren Sie Felder nach Typ und Risikostufe.
2) Legen Sie für jedes Feld Validierungsregeln und Beispiele fest.
3) Gestalten Sie einen konsistenten Stil für Fehlermeldungen (Tempus, Ton, Zeichensetzung).
4) Fügen Sie feldübergreifende Regeln hinzu (z. B. start_date <= end_date).
5) Schlagen Sie ein API-Fehlerschema für Fehlerantworten vor.

Erforderliches Ausgabeformat:
- FieldValidations[{field, rules, examples_valid[], examples_invalid[], error_copy, inline_help}]
- CrossFieldRules[]
- APIErrorSchema {code, field, message, hint, doc_url}
- AbusePrevention {rate_limits, captcha_when, logging}

Qualitätskontrollen:
- Meldungen bestehen aus 1–2 kurzen Sätzen in einfacher Sprache.
- Beispiele enthalten Randfälle (Nullwerte, max. Länge - 1, Unicode, Emojis falls relevant).

Prüfliste:
- Kann ein Entwickler diese Regeln ohne Vermutungen umsetzen?
- Werden Serverfehler 1:1 den Feldnamen zugeordnet?

Abschließende Anweisung: Geben Sie zuerst die Spezifikation aus, gefolgt von einem kurzen Leitfaden für QA zur Überprüfung der Regeln mit Beispieldaten.