像「美東時間晚上8點」這樣的描述很容易引起歧義。發起者往往指的是紐約當下的在地時間，而紐約夏令時與冬令時的 UTC 偏移量並不相同。透過指定諸如 America/New_York 這樣的標準 IANA 時區與日期，工具就能精確套用對應的時差。
來源時區與檢視者時區的不同職責
來源時區決定工具如何解讀你輸入的日期與時間；檢視者時區則僅決定預覽區域如何呈現該時刻。更改預覽並不會移動事件的真實時間點。
在本工具中，切換來源時區同樣會鎖定現有時間點不變，輸入框會自動換算為新時區對應的年月日時分秒。如果你想更改聚會時間，請在選定時區後再編輯日期與時間。
具體換算實例
在台北 2026 年 10 月 10 日 20:30，對應 UTC 時間 12:30，在紐約則是上午 08:30，東京顯示為 21:30。這四種視角全部對應 Unix 秒數 1791635400，採用同一段 Discord 代碼。
當活動臨近日落或午夜時，不同時區的讀者可能會看到不同的日曆日期，這是完全正常的。當日期重要時，請選用完整日期格式 F。
日光節約時間可能會導致時間缺失或重複
以紐約為例，2026 年 3 月 8 日時鐘直接從 01:59 跳至 03:00。當地不存在 02:30 這個時刻。產生器會明確提醒你調整，而不是暗中移動活動時間。
而在 2026 年 11 月 1 日，紐約的 01:30 會出現兩次（第一次為 UTC−04:00，第二次為 UTC−05:00），兩者相差整整 1 小時。請在工具中指定是第 1 次還是第 2 次發生。
並非所有時區都按照整小時調整，也並非所有國家都採用夏令時。工具依據瀏覽器提供的權威 IANA 資料庫進行換算。請保持瀏覽器更新以獲得最新時區規則。
「明天」按鈕遵循在地日曆
點擊「明天」快捷按鈕，會跳轉到當前來源時區的下一個日曆日，並保持相同的在地時鐘數字。若跨越日光節約時間切換點，實際間隔可能是 23 或 25 小時。
而「+15分鐘」與「+1小時」快捷按鈕則是從當前絕對時刻往後推算，適合即將開始的臨時集會。
發布前的最終核對
發布前請核實來源城市、日期，並在第二個時區下進行預覽。建議複製包含 F 和 R 的公告。若收到別人發來的代碼，請使用 轉換器 查看其真實的 UTC 數值。