Discord 時間戳是一小段標記語法，撰寫方式類似 <t:1783915200:F>，它告訴 Discord 顯示一個特定的瞬間，而不是一個特定的時鐘讀數，無論誰閱讀您的訊息都會看到相同的內容。Discord 時間戳產生器是一個實用工具，它從您的裝置接收單一的本地日期與時間，將其轉換為一個完整的 Unix 秒數，然後輸出該標記的預設格式，以及 Discord 目前文件中記載的所有樣式代碼。由於 Discord 會讀取內嵌的 Unix 秒數，再依每位檢視者的地區和時區進行格式化，因此無論讀者在柏林、聖保羅還是首爾，您的公告都會顯示出正確的時鐘，不必自行撰寫三個不同的時間。最終結果是可以直接複製貼上的文字，您能將其貼到聊天訊息、伺服器事件說明或論壇文章中，讓對話擁有一個所有人都能在自己時區中閱讀的穩定瞬間。
這個標記包含三個部分：開頭的 <t:、作為整數的 Unix 秒數，以及結尾的 :style>（若您略過樣式，僅使用 >，則會接受 Discord 的預設值）。Discord 的預設呈現方式等同於 f 樣式，也就是完整日期加上簡短時間，所以省略代碼是一個真正的選擇，而不是錯誤。整數後面的字元決定呈現的豐富程度，其餘部分在所有樣式中都是相同的。
Discord 如何為每位檢視者呈現單一個 Unix 瞬間
每個 Discord 用戶端負責最終的時鐘文字。您發送的訊息包含的是一個數字，而不是日期字串。當檢視者開啟訊息時，他們的用戶端會查找該 Unix 秒數，套用檢視者的時區，套用檢視者的語言，然後產生顯示的文字。身處不同時區的兩位檢視者會看到同一個瞬間以各自所在地的方式格式化，而日後在不同日期開啟訊息的檢視者，仍然會看到該瞬間被正確呈現，因為內嵌的值是絕對的，而非相對於「現在」。
這就是在繁忙的伺服器中輸入像「Saturday at 3」這樣的字串通常無法生效的原因。作者想到的是自己城市的下午 3 點。另一位在不同地區的人需要進行心算，有時會差一個小時，特別是在日光節約時間變更前後。產生的時間戳消除了這種模糊性，因為 Unix 秒數承載了瞬間本身，發送時不需要任何解讀，而讀者的用戶端是唯一會對其進行解讀的東西。
九個已記載的樣式代碼
Discord 文件中記載了一組固定的樣式代碼，用來控制呈現的豐富程度。Discord 時間戳產生器會輸出預設格式以及下表中所有代碼，方便您挑選適合該頻道和訊息的樣式。樣式代碼的官方清單，包括 Discord 本身對每個代碼的命名方式，都收錄於Discord 關於訊息格式的開發人員文件中。
| 代碼 | Discord 標籤 | 讀取為 | 適用於 |
|---|---|---|---|
| (無) | Default | 完整日期，簡短時間 | 一般貼文 |
| t | Short Time | 僅顯示時鐘 | 倒數行、緊湊列表 |
| T | Medium Time | 稍微詳細的時鐘 | 更易讀的時數 |
| d | Short Date | 簡潔的日曆格 | 僅日期的提醒 |
| D | Long Date | 完整書寫的日期 | 正式公告 |
| f | Long Date, Short Time | 完整日期，簡短時鐘 | 活動貼文 |
| F | Full Date, Short Time | 包含星期幾的完整日期 | 詳細排程 |
| s | Short Date, Short Time | 簡潔的雙欄 | 緊湊行 |
| S | Short Date, Medium Time | 包含秒數的簡潔版 | 精確紀錄 |
| R | Relative | 距離現在的時長 | 提醒、倒數 |
樣式的選擇只會改變呈現方式。工具輸出中的每一行都包含相同的 Unix 秒數，因此複製不同的行並不會改變事件的時間。同一個瞬間會依您貼上的行而以九種不同的方式呈現，無論訊息在哪裡被開啟，Discord 都會套用對應的呈現。
如何產生可直接複製的 Discord 標記
下面的工作流程會產生一組可以直接貼到訊息中的行。整個過程都在您的瀏覽器中執行，因此在建立標記時不會將任何資料傳送到任何地方。
- 確認您裝置的時區。開啟系統時鐘設定並檢查時區，包括任何日光節約設定。如果您打算以其他地區的當地時間發布活動，請先將裝置設為該時區，否則會不小心發布為您自己時區的時間。
- 在本地日期與時間欄位中選擇活動的日期與時間。瀏覽器會以設定的時區解讀該值，並將其轉換為一個瞬間。
- 產生完整組合。工具會將瞬間向下取整為安全的整數 Unix 秒數，並寫入預設標記、所有九個樣式代碼，以及單獨的 Unix 數字，方便您與其他系統比對。
- 複製樣式符合訊息需求的行。若是提醒，請複製 R 行。若是穩定的日曆參考點，請複製 F 或 f 行。若是緊湊的行，請複製 t、d 或 s。
- 將完整的標記貼到 Discord 草稿中。除非您希望 Discord 顯示原始字元而不是呈現時間戳，否則請勿用反引號將其包起來。
- 在發送前確認呈現出來的時間。Discord 的官方文件是每個代碼意義的權威來源，而您測試時使用的用戶端，不一定與其他每個用戶端完全相符。
如果活動時間變動，請重新產生一組。產生器不會記住先前的輸入，因此每次造訪都是全新的本地運算。在本地欄位中切換到新的日期與時間並再次產生，您就會獲得一組全部指向新瞬間的行，而先前發布的那些行仍然有效，適用於之前已發布的內容。
相對樣式 R 與絕對樣式的比較
R 代碼是唯一文字內容會隨檢視者閱讀訊息的當下時刻而變動的樣式。Discord 會顯示例如「in 3 hours」或「2 days ago」之類的時長，且文字會隨時間經過而更新。這使得 R 非常適合用於提醒、副本開團通知，以及希望緊迫感自動更新而無需任何人編輯原始訊息的「在此之前回覆」提示。
絕對樣式（從預設到 F 的所有樣式）會顯示一個發布後就不會改變的日曆參考點。當讀者需要一個穩定的錨點時，例如發布日期、開課時間、直播首播或維護時段，這就是正確的選擇。釘選的最終截止期限公告通常使用 F 比使用 R 更清楚，因為「in 9 days」最終會變成「9 days ago」，如果錯過了截止時間，這不是您想永久留在頻道中釘選的訊息。
詳細樣式 F 和 S 在呈現的文字中提供更多可見的細節，而 t、d 和 s 則較為簡潔。樣式的選擇關乎訊息的資訊密度，而非正確性。請挑選在訊息將顯示的頻道中閱讀起來最清楚的那一行。
時區、日光節約時間與本地欄位
瀏覽器的欄位會以裝置上設定的時區進行解讀。如果您的電腦認為自己處於 UTC-5，那麼相同的 UI 日期與時間會產生與 UTC+9 裝置不同的 Unix 秒數，而 Discord 會為每位檢視者正確呈現這兩個不同的秒數。不同檢視者之間的顯示是一致的，因為標記承載的是絕對瞬間，而不是您輸入的本地文字。
日光節約時間的轉換會產生被向前跳過或重複的本地時間。工具會拒絕不可能的日曆日期，但當瀏覽器解讀欄位時，作業系統的時區規則是最終的真相來源。對於落在時鐘變更前後的重要活動——例如凌晨 2:30 的發布、跨越春令時界線的錦標賽，或在秋令時結束時段結束的期末考——請在發布前與預定地區的人確認貼上後的結果。您產生的 Unix 秒數是明確的，但圍繞轉換時段時，其在地閱讀可能會偏移一個小時。
在發送前確認呈現結果
Discord 控制最終的呈現方式。確切的文字會依檢視者的語言、裝置與當前時間而有所不同，且 Discord 未來可能會演進其格式規則。工具刻意只顯示可直接複製的標記，而不會假設某個瀏覽器的預覽能代表所有 Discord 用戶端，因為唯一重要的預覽就是 Discord 本身所顯示的。
一個可靠的工作流程是：確認裝置時區、產生組合、選擇簡潔或詳細的絕對樣式（或在適當時選擇相對樣式 R）、貼到草稿訊息中，並在發送前讀回呈現出來的時間戳。產生過程完全在瀏覽器本地執行，所選的日期與 Unix 秒數不會被上傳，且工具不會連線至 Discord、檢查伺服器或代替您發送訊息。每個樣式代碼的權威語法和意義記載於 Discord 自己的開發人員文件中，本工具的樣式清單正是源自該文件，當有疑問時，所引用的 Discord 文件就是語法和意義的權威。
如果您正在權衡選項，如何在 Discord 中無需機器人擲骰對此有詳細說明。
如果您正在權衡選項，無日期的 Discord 時間戳產生器：僅時間對此有詳細說明。