一個「通用」的 Discord 時間戳記，是一個用角括號包起來的單一 Unix 秒數值——寫法像 <t:1783915200:F>——Discord 會依每位觀看者的本機時區來算繪它，因此同一則訊息，會為東京、柏林，與聖保羅的讀者，顯示各自正確的時鐘時間，而你不需要自己寫出多種換算。所謂「通用」，指的是那個共享的時刻，而不是算繪出來的文字：一個真相來源，多種在地化顯示。要產生一個這樣的時間戳記，你只需要一個本機的日期與時間、一個能產生 Discord 認得的標記語法的產生器，以及把它貼進訊息框中。Discord 時間戳記產生器會處理這項轉換，並產生全部九種官方記載的樣式，加上原始的 Unix 秒數，因此你可以挑選最適合公告內容的呈現方式。
一個「通用」Discord 時間戳記如何運作
當人們要求一個「通用」的 Discord 時間戳記時，他們通常指的是一段單一的標記語法，能為每一位讀者，不論他們身處何地，都顯示出正確的時間。Discord 是透過它的時間戳記語法來支援這件事，這套語法會把一個 Unix 秒數，嵌進一個自訂標籤中。這個標籤的形式是 <t:UNIX_SECONDS:STYLE>。Discord 會把這個 Unix 秒數，讀取為時間軸上一個固定的時刻，接著在每一位觀看者的螢幕上，依那位觀看者的語系與設定的時區來算繪它。
這種做法，解決了一個一再出現的問題：打出「七月 13 日中午」，然後只能寄望其他地區的人能正確解讀它。紐約的中午，不是倫敦的中午，兩者也都與雪梨的中午不同。時間戳記標籤，會不含糊地帶著底層的那個時刻，因此算繪出來的時鐘時間，對讀到它的人來說永遠是正確的。這正是 Discord 中「通用」時間戳記的實際定義：可攜、與語系無關，並且為每一位觀看者在本機算繪。
這個產生器實際上不會與 Discord 通訊。它產生的是你可以複製貼上的文字，並依賴 Discord 自己的算繪流程，把輸出結果在地化。因為最終的算繪，是由 Discord 控制的，確切的文字用語，會依觀看者的語言、裝置，以及目前時刻而有所不同，但底層的那個時刻，會維持完全相同。Discord 開發者文件是下面討論的語法與樣式代碼的權威來源。
Discord 的九種時間戳記樣式
Discord 目前記載了九種時間戳記樣式代碼，再加上一種省略樣式字母、行為與 f 樣式相同的預設形式。每一種代碼，都使用同一個 Unix 秒數，代表同一個時刻；樣式的選擇，只會改變呈現方式。這個產生器，遵循的是這套已記載的完整清單，而不是憑空猜測的別名，因此支援的樣式，僅限於目前已記載的代碼。
| 代碼 | Discord 名稱 | 格式類型 | 典型用途 |
|---|---|---|---|
| （無） | 預設（等同 f） | 絕對時間，均衡呈現 | 不需要樣式旗標的一般公告 |
| t | 短時間 | 絕對時間，精簡呈現 | 快速提及一天中的某個時刻 |
| T | 中等時間 | 絕對時間，精簡並含秒數 | 需要精確度的會議時間 |
| d | 短日期 | 絕對時間，精簡呈現 | 日曆參照與日期標籤 |
| D | 長日期 | 絕對時間，完整呈現 | 節日與正式活動 |
| f | 長日期加短時間 | 絕對時間，均衡呈現 | 一般用途的活動預設值 |
| F | 完整日期加短時間 | 絕對時間，詳細呈現 | 發布、維護時段、產品上線 |
| s | 短日期加短時間 | 絕對時間，精簡呈現 | 精簡的資訊列 |
| S | 短日期加中等時間 | 絕對時間，精簡並含秒數 | 需要精確到秒的精簡資訊 |
| R | 相對時間 | 相對時間，動態更新 | 會自動更新文字的提醒與倒數計時 |
樣式的選擇，純粹是一項呈現上的決定。複製不同的一列，並不會改變事件時間，因為每一列，都帶著同一個 Unix 秒數，代表的是同一個時刻。
產生一個「通用」Discord 時間戳記
Discord 時間戳記產生器，會把一個本機的日期與時間，轉換成 Discord 認得的標記語法，包含預設形式、全部九種已記載的樣式代碼，以及底層的 Unix 秒數值。依照以下步驟，就能產生一個通用時間戳記。
- 確認你的裝置設定的，是你真正想使用的那個時區。這個產生器讀取的是瀏覽器的本機時區規則，因此裝置時區設錯，就會產生錯誤的事件時間。
- 開啟 Discord 時間戳記產生器，並在本機日期與時間欄位中，輸入這個事件的日期與時間，把這個值視為在你裝置所設定時區下的日曆時間。
- 讓瀏覽器把那個本機時刻，轉換成一個完整的 Unix 秒數。這個工具會拒絕不可能存在的日曆日期，並把結果無條件捨去到一個安全的整數秒。
- 檢視產生出來的各列結果。你會看到預設形式（不含樣式旗標）、每一種已記載的代碼（t、T、d、D、f、F、s、S、R），以及原始的 Unix 秒數。所有列共用同一個時刻。
- 選擇適合你這則訊息的樣式——舉例來說，重大活動用 F、快速提醒用 t，或會自動更新的倒數計時用 R。
- 複製你選定的那一列，直接貼進 Discord 的訊息草稿中。除非你刻意想讓 Discord 顯示原始的標記語法，而不是算繪出時間戳記，否則不要把它包在程式碼區塊或行內反引號中。
- 在送出一則重要公告之前，先在 Discord 的預覽畫面中確認算繪出來的時間。對於重要程度很高的事件，可以請另一個時區的人，確認他們看到的畫面與你的一致。
這最後一個驗證步驟很重要，因為最終的算繪是由 Discord 控制的，確切的文字用語，會依觀看者的語言、裝置，以及對相對樣式而言目前的時刻而有所不同。
為你的訊息挑選正確的樣式
在這九種樣式之間做選擇，主要是一個可讀性上的決定。精簡的代碼（t、d、s），能在周圍情境已經暗示了日期或時間時，讓訊息保持簡潔。詳細的代碼（F、S、D），能給讀者更多可見的細節，很適合像維護時段或發布排程這類獨立的公告。均衡的代碼（f 與預設值），介於精簡與詳細之間，這也是為什麼在省略樣式字母時，Discord 把 f 當成預設行為。
相對樣式 R 的行為與其他樣式不同。Discord 會隨著時間過去，計算並更新它的文字用語——舉例來說「2 小時後」、「5 分鐘前」，或「昨天」。這讓 R 非常適合用在提醒、倒數計時，以及那些不需要你編輯訊息、也能保持準確的公告上。當讀者需要一個不會隨時間改變文字用語、穩定的日曆參照時，絕對樣式會是更好的選擇。
因為產生器中的每一列，都帶著同一個 Unix 秒數，你可以自由地實驗。把一種樣式貼進草稿中預覽，如果格式與頻道的調性不搭，再換成另一種樣式。事件時間，在各列之間永遠不會改變。
時區與日光節約時間檢查
「時間差了一小時」這種時間戳記問題，最常見的原因，是裝置的時區設定，而不是產生器本身。本機日期與時間欄位，使用的是瀏覽器的本機時區規則，包含日光節約時間的轉換在內。如果你電腦的時區設錯了，或者你原本想用的是活動場地的時區，而不是你目前所在的時區，產生出來的 Unix 秒數，就會指向錯誤的時刻。
日光節約時間的轉換，依地區不同，可能會產生被跳過或重複出現的本機時間。這個產生器會拒絕不可能存在的日曆日期，但作業系統最終仍會套用它自己的本機時區規則。對於一個接近時鐘變動時刻的重要事件，請找目標地區的人，確認貼上的結果是否正確。Unix 秒數這一列，對於與另一個日曆或排程系統交叉核對也很有用，因為這個值是一個可攜的時刻，而不是一段在地化的字串。
如果你有時需要指定活動場地的時區，而不是你目前所在的時區，最簡單的變通做法，是暫時把你裝置的時區改掉、產生時間戳記、複製這段標記語法，再把時區改回來。這個產生器本身，刻意不提供時區選擇器：它依賴的是作業系統對那個日曆時刻的權威規則。
把它貼進 Discord 而不弄壞它
Discord 會在一般訊息文字中，算繪時間戳記標籤。只要 Discord 看到一個 <t:UNIX_SECONDS:STYLE> 形式的標籤，它就會把這段標記語法，替換成針對那位觀看者在地化的算繪結果。要讓這個行為維持正常，請注意：
- 把這段標記語法，以純文字形式貼上，不要放進程式碼區塊或行內反引號中。反引號會告訴 Discord，顯示原始字元，而不是算繪這個標籤。
- 送出訊息之後，在依賴它做公開公告之前，先檢查預覽畫面。Discord 可能會演變它的格式規則，而這個產生器，僅限於目前已記載的完整清單，而不是憑空猜測的別名。
- 對於相對樣式 R，請在幾分鐘之後再確認一次文字用語——Discord 會隨著時間過去更新這段文字，因此你在送出訊息之後立刻看到的內容，可能會與讀者稍後看到的不同。
如果你在一則已送出的訊息中，看到了字面上的角括號與一串 Unix 數字，這就表示這段標記語法，被當成程式碼處理，而不是時間戳記。請編輯這則訊息、移除反引號或程式碼區塊，再重新送出。
什麼時候該重新產生時間戳記
這個產生器，會為你選定的本機時刻，產生一個固定的 Unix 秒數。如果事件時間改變了——一場會議延後、一場直播延後開始、一個維護時段有所調整——請重新產生這段標記語法，而不要手動編輯既有的字串。手動編輯，有可能引入一個 Discord 無法算繪的格式錯誤標籤。Discord 時間戳記產生器，每一次執行，都會從頭重新計算 Unix 秒數，因此一次全新的貼上，能乾淨俐落地取代舊的內容。
若想了解如何把這段標記語法，套用到特定的訊息類型上——例如提醒推播、活動貼文，或倒數計時器——為聊天訊息產生 Discord 時間戳記指示器這篇教學，涵蓋了每一種樣式的實用範例。
一切都在你的瀏覽器本機執行。選定的日期、算出來的 Unix 秒數，以及每一列 Discord 標記語法，都在你的裝置上計算，這個工具不會把它們上傳出去。這個產生器不會連線到 Discord、不會檢查任何伺服器、不會送出訊息、不會排程活動，也不會驗證某個特定用戶端會如何算繪這個結果。只在本機產生，再加上 Discord 依讀者在地化算繪的做法，兩者結合，正是這個方法之所以私密、可稽核，且能跨伺服器通用的原因。