產生 Discord 時間戳記標記有三種實用的做法：將本地時間轉換成 Unix 秒後手動輸入標記、透過一般線上工具執行該轉換，以及使用專屬的 Discord 時間戳記產生器一次輸出所有有記載的樣式代碼。產生器通常是最快且最精確的選項，因為它會解析您的本地日期與時間、將數值向下取整到整數 Unix 秒，並為同一個瞬間同時輸出預設的 f 等效形式與全部九個有記載的樣式代碼(t、T、d、D、f、F、s、S、R)。手動輸入需要您自行計算 Unix 秒並記住角括號語法，在接近日光節約時間切換時容易出錯。線上轉換器能處理運算，但很少在單一畫面上顯示所有樣式，因此若要比較呈現方式，代表必須重複轉換。在這三種做法中，內嵌的 Unix 秒才是真正的事件瞬間;樣式代碼只會改變 Discord 為每位檢視者呈現該瞬間的方式。
產生 Discord 時間戳記的三種做法
每一種做法都解決相同的問題——將單一時間點編碼，使 Discord 能為每位讀者呈現——但在作業流程、精確度與額外負擔上有所不同，當您並列比較時，這些差異就會顯得重要。
手動標記。使用計算機將本地日期與時間轉換為 Unix 秒，然後用 <t:UNIX:STYLE> 包住該數字。這在任何編輯器中都可行，不需專屬工具，但一個小計算錯誤會在無預警的情況下移動事件時間，而且每次編輯只能使用一種樣式。如需該計算的詳細逐步說明，請參閱如何為 Discord 製作 Unix 時間戳記。
一般 Unix 轉換器。將本地瞬間輸入 Unix 時間網頁，然後複製產生的數字。您仍需自行加上角括號並挑選樣式代碼，而且典型的輸出是單一小數，而不是樣式的並列比較。要比較兩個事件代表要開啟轉換器兩次，再貼回訊息草稿。
Discord 時間戳記產生器。只需輸入一次本地日期與時間，該工具就會在同一個畫面上產生預設標記、所有有記載的樣式代碼，以及原始的 Unix 秒。同一個瞬間會在所有列中重複使用，因此您比較的唯一變數就是呈現方式，而且您可以透過複製不同行來切換。
如何一次產生並比較所有樣式
- 在瀏覽器中開啟Discord 時間戳記產生器，並在輸入數值前確認您的裝置已設為正確的本地時區。
- 將事件日期與時間輸入至本地日期與時間欄位;瀏器會以您設定的時區解讀該輸入，並拒絕不可能的日曆日期。
- 產生組合:工具會將瞬間向下取整到整數 Unix 秒，並產生預設標記、原始 Unix 秒，以及九個有記載樣式代碼(t、T、d、D、f、F、s、S、R)各對應的一列。
- 若有需要，請一併檢視 Unix 秒數值與各列，以確認其與其他系統或先前的草稿相符。
- 在畫面上比較各樣式的精簡程度、細節層級，以及它們呈現為絕對日曆條目還是即時相對持續時間。
- 複製符合訊息情境的那一列，直接貼到 Discord 訊息中(不要加上反引號)，並在傳送前確認 Discord 呈現的時間符合預期。
Discord 時間戳記樣式代碼比較
Discord 記載了九個樣式代碼，以及一個顯示為長日期、短時間的省略樣式預設值。每一個代碼都包住同一個 Unix 秒;只有呈現的文字會改變。下表依據Discord 開發人員文件中關於訊息格式的說明所定義的值，摘要列出每一個選項，讓您無需猜測別名即可比較有記載的選項。
| 代碼 | 樣式名稱 | 呈現類型 | 最適用情境 |
|---|---|---|---|
| (省略) | 預設 | 長日期、短時間 | 一般用途的公告 |
| t | 短時間 | 僅精簡時間 | 同日提醒、閒聊 |
| T | 中等時間 | 含秒數的精簡時間 | 精簡形式的精確排程 |
| d | 短日期 | 僅精簡日期 | 不帶時間雜訊的日曆參照 |
| D | 長日期 | 展開的日期 | 正式邀請、附日期的公告 |
| f | 長日期短時間 | 日期與時間平衡呈現 | 活動列表、社群貼文 |
| F | 完整日期短時間 | 詳細並含星期 | 高細節度的行程與提醒 |
| s | 短日期短時間 | 最精簡的數字配對 | 跨時區的精簡協調 |
| S | 短日期中等時間 | 含秒數的數字日期 | 精簡且精確的排程 |
| R | 相對時間 | 即時更新的持續時間 | 倒數計時與「即將開始」提醒 |
絕對樣式與相對樣式:何者勝出
絕對樣式(R 以外的所有代碼)在 Discord 套用檢視者的語系與時區後，會為每位檢視者呈現相同的日曆文字。當讀者需要穩定的參考依據時，例如不應因訊息於發布後數日才被閱讀而顯得漂移的截止期限，絕對樣式是較安全的選擇。
相對樣式 R 會顯示如「3 小時後」或「2 天前」這類持續時間片語，Discord 會隨著時間自動更新。對於倒數計畫、即將開始之活動的提醒，或任何與當下的關係比日曆數值更重要的訊息，R 是更理想的選擇。
由於 R 會即時更新，在瞬間已過的封存頻道中可能造成誤導;對於可能在數週後被重新查閱的訊息，絕對代碼較為合適。並列比較兩者是「一次產生所有樣式而非在看到其他選項前先選定一個」最明確的理由之一。
精簡與詳細樣式並列比較
精簡代碼(t、T、d、s)讓呈現的行保持簡短，以便在繁忙的聊天串中容納，而不打斷閱讀節奏。詳細代碼(F、S、D)會展開日期或加上秒數與星期名稱，雖會犧牲垂直空間，但能為快速略讀訊息的讀者消除歧義。
中間等級的代碼(f 與省略的預設)在多數社群公告中取得平衡:長度足以避免歧義，又短到能快速掃視。在單一畫面上比較全部九列，可立即看出取捨——您能看出 t 是否失去了您想要的日曆脈絡，或 F 是否將休閒提醒推向了正式風格。
樣式選擇絕不會改變事件本身。產生器輸出中的每一列皆編碼了相同的 Unix 秒;複製不同的一列，只會改變 Discord 在每位檢視者裝置上繪製該秒的方式，因此事件時間維持正確，真正比較的是呈現方式。
在傳送前驗證產生的標記
該工具完全在您的瀏覽器中執行，因此標記、Unix 秒與所選瞬間並不會上傳至任何伺服器，該工具也不會連線至 Discord、檢查伺服器、排定活動，或驗證特定用戶端如何呈現結果。請將其視為標記產生器，而非發布工具。
發布前，請將標記貼入草稿 Discord 訊息，且不要在周圍加上反引號。Discord 僅在標記被視為一般訊息文字時才會呈現時間戳記;若以行內程式碼包住，Discord 可能改為顯示原始字元，這正是剛產生的時間戳記顯示為字面角括號的最常見原因。
對於重要的活動，請請目標時區的讀者確認所顯示的時鐘值。這在接近日光節約時間切換時特別重要，因為瀏覽器最終會套用作業系統的本地時區規則，而每年有些本地時間會被跳過或重複。該工具會拒絕不可能的日曆日期，但無法偵測您實際上指的是場地的時區，而不是您裝置的時區。
每當事件時間變更時，請重新產生一組;若您裝置所設定的時區有誤，或您指的是場地的時區而非您目前的時區，請在發布前先修正該情境。最終呈現由 Discord 控制，因此確切文字會依檢視者的語言、裝置與當下時間而異，且 Discord 未來可能演進其格式規則——支援的樣式僅限於目前有記載的組合，而不是猜測的別名。
若您在權衡選項，命令列與線上心智圖製作工具:該選哪一個對此有詳細說明。