轉換時間戳，但不要遺失時區

比較同一時間點的兩種表示法

2026-01-15T09:00:00+08:00 與 2026-01-15T01:00:00Z 是同一時間點。分別放入時間戳轉換工具，比較 Unix 結果；若資料庫往返後改變時間點，請查解析或序列化時是否遺失 offset。

在 America/Los_Angeles，2026-03-08 02:30 落在春季跳時缺口；2026-11-01 的 01:30 則出現兩次，01:30-07:00 對應 08:30Z，01:30-08:00 對應 09:30Z。測試應涵蓋兩種情況，否則默默選定一個 offset 可能使預約差一小時。

若是每個平日 09:00 這類本地重複預約，還要保留時區名稱與重複規則。固定 UTC offset 能描述單一時間點，卻不包含未來夏令時間規則；應使用更新的時區資料計算各次發生時間。

標示來源時區

輸入是本地鐘面時間時，請保留 IANA 時區名稱。像 2026-03-08 02:30 這種未標示時區的值，因為缺少來源位置，無法可靠轉換。

測試夏令時間邊界

時鐘往前跳時，有些本地時間根本不存在；往後調時，有些時間會出現兩次。遇到模糊輸入應拒絕或要求釐清，不要靜默選擇 offset。

保存時間點，在呈現端格式化

對事件而言，應保存明確的時間點，例如 Unix time 或含 offset 的 ISO 值；只在呈現時依使用者選擇的 locale 與時區格式化。