Discord 時間戳記標記是一段簡短的標記語法,格式像 <t:1783944000:F>,你可以貼到聊天訊息中,讓 Discord 向每位讀者顯示一個真實且符合在地化的時間,而不是像「星期日中午」這種含糊的詞句。在那段標記裡只有一個數字 — 也就是你所指定那一刻的 Unix 秒數。Discord 讀取這個數字後,會將它轉換成檢視者所在的時區和語言,並顯示為一個乾淨、格式化的時間戳記。若要為 Discord 聊天訊息產生時間戳記標記,你只需要在本地時區中挑選一個日期與時間,讓工具將它換算成完整的 Unix 秒數,選擇一個適合該訊息的樣式,然後把產生的標記直接貼到你的草稿中。Discord 端的轉譯器會處理剩下的事:在東京的讀者看到的是他們自己的時鐘,在柏林的讀者看到的也是他們自己的,你再也不必再打出「在你的時區」這句話。
Discord 時間戳記標記的結構
Discord 接受在任意訊息中放入一個特殊的符記。這個符記的格式為 <t:UNIX_SECONDS:STYLE>,其中 UNIX_SECONDS 是自 1970-01-01 00:00 UTC 起算的秒數,而 STYLE 則是官方文件中定義的單一字母代碼,用來控制時間戳記的顯示方式。如果你省略樣式,Discord 會回退到等同於 f 的預設值,也就是「完整日期、簡短時間」的呈現方式。
這和直接輸入日期字串有根本上的不同。日期字串只是純文字 — 例如「July 13 at noon」 — 每位讀者都必須根據自己的時區和語言去解讀它。相較之下,Discord 時間戳記編碼的是一個單一、明確的瞬間。接著 Discord 會以在地化的方式呈現那個瞬間,因此無論是紐約的社群管理員,還是雪梨的檢視者,都能看到同一個事件,只是以各自的時鐘顯示。
這項規範記載於 Discord 官方的訊息格式說明文件,並對應在 discord.js TimestampStyles 參考文件 中。兩份文件都列出相同的九個單一字母代碼,也就是產生器所輸出的代碼。
Discord 時間戳記產生器的輸出不是截圖,也不是預覽圖片。它是你可以複製、貼上,並交給 Discord 自己轉譯的文字。
如何為 Discord 訊息產生時間戳記標記
- 確認你所用裝置的時區設定。產生器在解讀日期欄位時,會讀取你裝置所設定的時區,因此如果你的筆電設在錯誤的城市,你所產生的每個時間戳記也都會跟著出錯。
- 開啟 Discord 時間戳記產生器,在本地日期與時間欄位中輸入事件的日期與時間。請選擇你真正所指的那一刻,而不是對別人時鐘方便的那一刻。
- 產生完整的組合。工具會輸出預設標記(不含樣式代碼)、九種文件化的樣式列,以及底層的 Unix 秒數,方便你驗證那一刻。
- 挑選與訊息相符的一列。t 適合用於精簡的時鐘顯示,F 適合完整展開的日期與時間,R 適合「in 3 hours」這類用詞,其餘依此類推。樣式的選擇只會改變呈現方式,Unix 秒數在每一列中都完全相同。
- 複製你要的那一列,並貼到 Discord 訊息的草稿中。除非你特別希望 Discord 顯示原始字元而非轉譯時間,否則請不要用反引號或程式碼區塊把它包起來。
- 在送出之前,先在預覽中確認轉譯後的時間戳記。Discord 依檢視者的語言和裝置不同,可能會顯示略有差異的文字,因此請確認日曆上的那一刻符合你的原意。
為不同情境選擇合適的樣式
不同的訊息需要不同層級的細節。下表列出產生器目前輸出的每種樣式、Discord 中產生該樣式的代碼,以及它適合的訊息類型。
| Discord 代碼 | 讀者看到的內容 | 最適合用途 |
|---|---|---|
| t | 簡短時間(例如 16:20) | 緊湊的行程表、最後一刻的提醒 |
| T | 中等時間(例如 16:20:30) | 實況、團隊攻略等需要精確到秒的場合 |
| d | 簡短日期(例如 13/07/2026) | 僅日期的引用、截止期限 |
| D | 完整日期(例如 13 July 2026) | 活動公告、上線日期 |
| f | 完整日期、簡短時間 | 一般聊天的預設樣式 |
| F | 完整日期、簡短時間(例如 Monday, July 13, 2026 16:20) | 詳細公告、日曆錨點 |
| s | 簡短日期、簡短時間 | 精簡紀錄、狀態更新 |
| S | 簡短日期、中等時間 | 希望同時顯示日期與秒數時使用 |
| R | 相對時間(例如 in 2 hours, 3 days ago) | 隨時間經過自動更新用詞的提醒 |
有兩個模式值得記住。第一,R 是唯一的相對樣式,Discord 會隨時間經過自動改寫它的用詞 — 「in 3 days」會變成「in 2 days」,再變成「now」,你完全不必編輯訊息。第二,其他所有樣式都是絕對的,也就是說轉譯出的文字會錨定在某個日曆瞬間上,不會漂移。當讀者需要以固定日期為依據安排事情時,請使用絕對樣式;而當重點在於會隨時間變動的用詞時,則把 R 留給提醒或倒數之用。
時區、夏令時間與跨區準確度
標記內的 Unix 秒數是可攜的。它代表的是一個特定的瞬間,不論這段標記在哪裡被讀取。Discord 會即時把那個瞬間轉換成每位檢視者的本地時間。這正是這個格式存在的全部理由:一位作者、許多讀者,完全不必手動換算。
不可攜的是你在產生器中輸入的日期欄位。工具會依你裝置上設定的時區來解讀你的輸入。如果你身在柏林,並輸入「2026-07-13T12:00」,工具就會將其編碼為柏林時間的中午。紐約的檢視者接著會看到那個瞬間以美東時間 6:00 AM 顯示。Unix 秒數相同,顯示出來的時鐘卻不一樣。
有兩種情況需要特別注意。在夏令時間切換前後,本地時鐘時間可能會被跳過或重複。產生器會拒絕像二月 30 日這類不存在的日期,但時區轉換的規則仍是由作業系統所掌管。對於落在換日時刻附近的活動 — 例如歐洲的週日早晨、美國的三月夜晚 — 請在送出之前,先與目標時區的某人確認結果。如果你指的是某個會場的時區,而不是你筆電目前顯示的時區,請變更你裝置的時區,或在訊息中明確說明你所指的是哪個時區。
三種會破壞轉譯時間戳記的情況
大多數失敗的 Discord 時間戳記,問題出在標記的貼法,而不是產生方式。
最常見的錯誤,就是用反引號或三個反引號組成的程式碼區塊把標記包起來。Discord 會把任何在反引號內的內容視為純文字,因此 <t:1783944000:F> 會以原字元顯示,而不會被轉譯。只要把標記當作一般訊息文字貼上,Discord 就會替你轉譯時間戳記。
第二個陷阱是手動編輯 Unix 秒數,試圖「修正」看起來錯誤的數字。那個數字並沒有錯 — 它代表的是一個瞬間,而不是一個時鐘。動了它,事件就會被移到不同的時刻。
第三個陷阱,就是把產生的時間戳記與手打的日期字串混用。你不是把那一刻交給 Discord 讓它轉譯,就是給它一段文字,並接受每位讀者會各自解讀。請擇一使用。
Discord 時間戳記的實用情境
只要聊天室橫跨多個時區,或是同一個事件會在數天後被回頭查閱,這些標記符記就特別有價值。社群活動與遊戲場次是最明顯的例子:攻略開始時間,在倫敦的發起人與在聖保羅的攻略指揮雙方讀起來都正確。維護時段與上線日期也是如此 — 原始發送者離線後,公告依然保持精確,因為 Discord 會持續為每一位開啟訊息的人,以本地方式轉譯那一刻。
課程、實況與例行會議也適用同樣的模式。截止期限與競賽收件時間也非常適合,因為 R 樣式會自動把「in 5 days」悄悄改寫成「in 2 days」,你完全不必手動編輯。
以一個具體例子來說,假設某個活動發生在 2026 年 7 月 13 日 UTC 時間中午 12:00。計算結果如下:
- 從 Unix 紀元(1970-01-01 00:00 UTC)到 2026-07-13 00:00 UTC 的整天數:20,647 天
- 午夜的秒數:20,647 × 86,400 = 1,783,900,800 秒
- 再加上中午 12 小時(43,200 秒):1,783,900,800 + 43,200 = 1,783,944,000 秒
- Discord 會轉譯的標記:<t:1783944000:F>
把這段標記放進 Discord 訊息,世界各地的檢視者就會各自看到對應於 2026 年 7 月 13 日 UTC 中午的本地時間。如果是真實的活動,請輸入實際的本地日期與時間,並在貼上標記之前,讀取產生器輸出的 Unix 秒數那一列以確認那一刻。
快速參考與隱私說明
這個產生器完全在你的瀏覽器中執行。你輸入的日期、計算出的 Unix 秒數,以及你複製的標記,都不會被上傳;這個工具既不會連線到 Discord,也不會檢查伺服器、排定活動,或送出訊息。因此,無論是尚未公開的公告、內部團隊活動,或任何你還不想放到第三方服務上的內容,都可以放心使用。
如果你的伺服器工作流程還需要擲骰子,你可能會想另外為它保留一個獨立流程;可參考 如何在不使用 bot 的情況下於 Discord 中擲骰 取得互補的做法。
Discord 的格式規則日後可能會有所演進,因此這個產生器堅持使用目前文件化的代碼集,而不是自行猜測別名。如果你需要確認某個代碼的意義,或想知道是否新增了樣式,請以 Discord 開發者文件為準。
若想進一步了解,請參考 如何為每位讀者製作通用 Discord 時間戳記。