Discord 時間戳是一行標記語法，例如 <t:1783915200:F>，它會指示 Discord 依照每位檢視者自己的時鐘來呈現某個特定時刻。Discord 時間戳產生器會把一個本地的日期與時間轉換成這段標記，包含預設形式與全部九種有記載的樣式代碼，讓你不必手動換算日曆時間。這個工具在瀏覽器中執行，把輸入值解析為裝置時區內的一個日曆瞬間，將其向下取整到整數的 Unix 秒數，然後在所有輸出列中重複使用同一秒。當你發送的單一訊息提到一個需要讓多人依各自時鐘閱讀的瞬間(通常是未來的事件、截止期限，或任何會在周圍聊天內容捲走後仍被回頭查閱的內容)時，就適合使用它。如果對象是你同房間裡的單一個人，而且就是當下，純文字反而更快也更清楚。
產生的 Discord 時間戳在什麼情況下真的有用
當你的訊息指的是未來的某個瞬間，且以下至少一項為真時，請開啟 Discord 時間戳產生器:你的觀眾位於不同時區、這個瞬間重要到一小時的誤差就會造成實際問題，或者這則訊息會在稍後被重新閱讀，而當時的對話已經無法再提供時間線索。原生的 Discord 時間戳在標記中保留單一 Unix 秒，Discord 會依每位檢視者的地區與時區，以正確的時鐘呈現。
常見的適用情境包括社群活動、副本開團、直播、遊戲之夜、上課或讀書會、發布日、維護時段、截止期限、客服截止時間，以及跨區域的會議。如果你已經可以指著房間裡的時鐘，像是傳訊息給一位朋友約五分鐘後碰面，那麼產生的時間戳毫無幫助。如果同一則訊息明天會被三個國家、共十個人閱讀，那產生器就真的派上用場了。
一個快速的自我檢測:如果你把時間拿掉、只留下日期，這則訊息是否仍然正確?如果是的話，這個瞬間的精確度要求並不高，純粹的日期加上大約的時鐘應該就足夠。如果不行，而且某場直播確實必須在所有人共同的一個瞬間準時開始，就產生時間戳。
什麼情況下你不需要產生時間戳
在以下情況請跳過產生器:時間從上下文已經很明顯、你談論的是對方已經看過的過去時刻，或者對象是與你使用同一時區與裝置時鐘的單一個人。隨口的「明天見」不需要標記，「今天下午 3 點發生的事」如果雙方都在場也不需要。產生器的存在，是為了把一個瞬間帶過時區、帶過對話中的空白;如果沒有這些壓力，你只是在增加雜訊。
如果你已經貼上了清楚的絕對時間用語，例如「星期六下午 2 點(太平洋時間)」，或是附上行事曆邀請，那也不需要它。在精準度與自動重新本地化方面，原生時間戳勝出;但當讀者不熟悉 Discord 標記，或是該頻道禁止使用尖括號語法時，它就敗給完整拼寫出來的時區字串。針對同房間的提醒或當下的短暫聯繫，純文字更快。
如何產生並貼上 Discord 時間戳
- 確認裝置上設定的時區。如果與你預期活動所在的時區不符，請先更正;工具會讀取你裝置的本地時區，並為你轉換成 Unix 秒。
- 開啟 Discord 時間戳產生器，在本地日期欄位中選擇活動的日期與時間。瀏覽器會把這個值視為你所設定時區內的一個日曆瞬間。
- 產生組合。工具會輸出預設的 f 等效標記，加上全部九種現行樣式代碼(t、T、d、D、f、F、s、S 以及 R)，以及純粹的 Unix 秒數值。每一列都編碼同一個瞬間。
- 挑選最符合訊息需求的列(無論是精簡、詳細或相對形式)，複製後直接貼到 Discord 草稿訊息中。除非你想讓 Discord 顯示原始字元而非渲染時間戳，否則不要用程式碼區塊或反引號包起來。
- 把草稿傳給自己或私人頻道，確認時間戳在你的用戶端正確渲染。若活動時間接近日光節約切換，請在正式公告前與目標時區的某人核對渲染出來的時間。
- 只要活動時間變動，就重新產生。Discord 讀取的是標記內的 Unix 秒，因此新組合可以直接乾淨地取代舊組合。
為你正在撰寫的訊息挑選樣式
Discord 時間戳產生器的每個輸出都指向同一個瞬間，樣式只改變 Discord 對每位檢視者的呈現方式。下表摘要 Discord 現行記載的九種代碼、各自名稱，以及最適合的訊息類型。代碼字母與格式名稱直接取自 Discord 官方的訊息格式參考文件。
| 代碼 | 格式名稱 | 最適合用途 |
|---|---|---|
| (無) | 預設 — 長日期、短時間 | 大多數日曆提及，且無需特別解釋選擇 |
| t | 短時間 | 在已標示日期的訊息中，以精簡方式僅顯示時鐘 |
| T | 中等時間 | 當短時間過於緊湊時，提供稍多的時鐘細節 |
| d | 短日期 | 精簡的日曆閱讀與議程標題 |
| D | 長日期 | 需要完整拼出日期的正式邀請 |
| f | 長日期、短時間 | 預設渲染;細節均衡，適合一般公告 |
| F | 完整日期、短時間 | 星期幾加上日曆加上時鐘，適合一次性活動 |
| s | 短日期、短時間 | 清單或行程表中緊湊的列 |
| S | 短日期、中等時間 | 仍要顯示秒數的精簡列 |
| R | 相對時間 | 活生生的倒數與「X 之前」這類會隨時間更新的引用 |
當讀者需要穩定的日曆參考(例如發布日、截止期限或週期性會議)時，請使用絕對樣式(t、T、d、D、f、F、s、S 之中任一種)。若訊息本質上是提醒，而「2 小時後」或「3 天前」這類措辭比固定時鐘更有用，則使用 R。更換樣式列並不會改變活動時間;只有 Unix 秒會決定瞬間，而每個樣式列共用同一秒。
讓時間戳出錯或失效的常見陷阱
最常見的失敗模式不是產生器本身，而是你的裝置。由於工具讀取電腦的本地時區，時區設定錯誤的筆電會靜悄悄地為錯誤的時鐘產生一個「正確」的 Unix 秒。如果你預期的是會場時區而非旅途中所在的時區，請在發布前先更正。日光節約切換也可能造成被跳過或重複的本地時間。工具會拒絕不可能的日曆日期，但最終仍由瀏覽器套用作業系統的本地時區規則，因此若活動剛好落在時鐘變更時，請請目標時區的某人協助確認渲染結果。
第二個常見陷阱是渲染方式。如果你把時間戳包在反引號或程式碼區塊中，Discord 會顯示原始標記，讀者看到的是 <t:1783915200:F>，而不是格式化後的日期。請直接以純文字貼上。第三個陷阱是誤以為產生器的預覽能代表所有用戶端。實際文字會依檢視者的語言、裝置與當下時間而有所不同，這正是為什麼這個工具刻意只顯示可直接複製的標記，而非假裝某個瀏覽器的預覽能代表所有 Discord 用戶端。
若想了解「通用顯示」這個角度的全貌，以及為何 Discord 會為每位檢視者顯示各自的時鐘，可參考關於為每位讀者製作通用 Discord 時間戳的指南，其中以更多範例說明同樣的概念。
在按下送出前驗證結果
這個產生器完全在瀏覽器中執行，從不連線到 Discord，也不會代你發送訊息。這讓產生過程既私密又快速，但也代表工具無法告訴你，你的特定用戶端會如何呈現結果。一套簡短的驗證習慣能補上這個落差。把標記貼到草稿訊息後，傳給自己或私人頻道，看看實際渲染的樣子。如果頻道語言與你不同，也請一併檢查，因為 Discord 的實際措辭會依地區而異。
針對提醒與倒數，相對樣式 R 是會隨時間改變措辭的那一個。這讓它特別值得提前驗證:草稿中「3 天後開始」的預覽，在活動到來的瞬間會變成「即將開始」，因此在最後公告前快速重讀一次，能避免發出看起來已經過期的提醒。如果你希望了解得更完整，關於 Discord 時間戳產生器是否會發送訊息的指南會更詳細地重述這個隱私界線。