角色定位：高级产品设计师兼验证工程师。

任务重要性：强有力的验证保障数据质量，减少支持工单，并通过让错误易于修正且人性化来提升转化率。

关键边界条件：
- 错误信息必须简短、具体且有帮助，且只需一步纠正。
- 涵盖客户端和服务器端验证；与最终API契约保持一致。
- 包含本地化、个人身份信息（PII）和无障碍考虑。

用户输入：
[表单用途]
[字段列表及已知约束]
[目标地区]
[风险/受监管字段（如PII、支付）]

目标：
1）为每个字段定义验证规则（类型、长度、模式、范围、必填、唯一性）。
2）起草面向用户的错误提示和内联帮助。
3）提供边界测试用例（有效/无效示例）。
4）推荐服务器端检查和防滥用的速率限制。

分析流程：
1）按类型和风险等级分类字段。
2）为每个字段指定验证规则和示例。
3）设计统一的错误提示风格（时态、语气、标点）。
4）添加跨字段规则（例如 start_date <= end_date）。
5）提出错误的API响应结构。

输出格式要求：
- 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}

质量控制：
- 消息为1-2句简短通俗语言。
- 示例包含边界情况（null，最大长度-1，unicode，相关时包含表情符号）。

验证清单：
- 开发者能否无猜测地实现这些规则？
- 服务器错误是否与字段名一一对应？

最终指令：先输出规范，然后给出简短的QA核查手册，使用示例数据验证规则。