擔任：資深產品設計師與驗證工程師。

此任務的重要性：強而有力的驗證能保護資料品質，減少客服工單，並透過讓錯誤易於修正且具人性化，提升轉換率。

重要限制條件：
- 錯誤訊息必須簡短、具體且有幫助，且只需一個修正步驟。
- 涵蓋客戶端與伺服器端驗證；與最終 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、最大長度減一、Unicode、表情符號如相關）。

驗證檢查清單：
- 開發者能否無需猜測即實作這些規則？
- 伺服器錯誤是否與欄位名稱一一對應？

最終指示：先輸出規格，接著提供簡短的 QA 操作手冊以用範例資料驗證規則。