逆行是某個瞬間的視地心黃道經度計算結果，再與同一星體十二小時後的經度比較：若經度下降則標記為逆行，若上升則標記為順行，若變化小於千分之兩度則標記為停滯。這些算術運算與你住在哪裡、瀏覽器語系設定為何、或網路是否可達完全無關。真正取決於你住在哪裡的，是你的本地時鐘時間實際指向哪一個瞬間，而這個單一問題，正是逆行追蹤工具時區準確性的真正關鍵。東京牆上的壁鐘和雷克雅維克牆上的壁鐘可能顯示相同的時與分，卻指向兩個相距多達九小時的不同 UTC 瞬間，當星體接近停滯點時，快速內側行星的運動標記可能在該時間窗口內翻轉。
逆行追蹤工具時區準確性實際代表什麼
這個詞彙聽起來像是工具本身具備或不具備的某種特性，但它實際上是你所提供輸入的屬性性質。逆行行星追蹤工具透過探測視地心黃道經度在十二小時窗口內是下降、上升或幾乎不變，來對水星、金星、火星、木星、土星、天王星、海王星和冥王星進行分類。地心代表觀測者原點為地球中心，因此地理緯度、經度、海拔、GPS 座標和基於 IP 的位置刻意不作為此經度的輸入項。這個選擇正是消除整個不確定性類別的原因：追蹤工具永遠不必猜測你的位置。你付出的代價是工具也無法猜測你所指的時間，因此時區問題完全轉嫁到你身上。
在此脈絡下，準確性指的是工具所評估的內推式 UTC 類瞬間與你實際所指 UTC 瞬間之間的差異。當偏移量正確時，讀取的經度就是你所描述那一刻的經度。當偏移量偏差一小時時，讀取的經度就是距離你所描述那一刻一小時的經度，此時慢速外側行星的運動標記幾乎肯定仍然正確，但快速內側行星的運動標記則可能已經在停滯點附近翻轉。
為何僅有本地時鐘時間並不足夠
日期加上時鐘時間描述的是日晷或教區時鐘上的某個時刻，而不是星曆表所使用的全球時間軸上的時刻。工具所查詢的星曆表是以 UTC 為鍵，因此表單需要明確的帶正負號 UTC 偏移，範圍從 −12:00 到 +14:00，包括非整點數值如 +05:30 或 +09:45。表單會拒絕不可能的格里曆日期、不可能的時鐘、格式錯誤的偏移，以及標準化後超出支援 UTC 年份範圍 1700 到 2100 的瞬間，這代表追蹤工具絕不會靜默地捏造一個你未輸入的偏移。
這是刻意的拒絕而非遺漏的便利。在現代標準時間出現之前，本地平均時間無法乾淨地對應到當代的 UTC 偏移，而 Lizely 絕不會靜默地重建歷史上的政治時區資料庫或日光節約時間轉換。若訪客輸入其搜尋引擎今日回傳的偏移，卻向工具查詢 1820 年的某個日期，將會得到基於其所輸入慣例的內推式 UTC 類估計值，而非隱藏地猜測其城鎮主教時鐘當時早晨顯示的時間。將偏移視為明確由使用者提供的數字，正是讓輸出在瀏覽器、裝置和大陸之間保持可重現性的關鍵。
如何使用有文件記錄的 UTC 偏移來操作逆行行星追蹤工具
- 開啟逆行行星追蹤工具頁面。確認頁面載入時不會要求位置存取、攝影機存取或麥克風存取；該工具已記錄不會發出執行階段網路請求，也不會讀取任何感測器輸入。
- 輸入本地日期。使用你所要評估時刻的有文件記錄的格里曆日期，而非 UTC 時刻轉換後的本地日期對應值。
- 輸入本地時鐘時間。使用你在該地點該日期的時裝時間。若你不確定該時刻是否落在日光節約時間的空檔或重疊區，下方有文件記錄的偏移將吸收該不確定性，而非將其隱藏。
- 輸入有文件記錄的 UTC 偏移。以時分為單位輸入你所在地和日期的帶正負號偏移，例如 −05:00、+00:00、+05:30 或 +09:45。表單接受完整的 −12:00 到 +14:00 範圍，並會拒絕該範圍之外的任何偏移。
- 檢查狀態。讀取每顆行星的運動標記、黃道區段和經度。在第二個瀏覽器中重複輸入相同輸入以確認結果可重現；整個計算都在你的瀏覽器內執行，因此兩個畫面在列印精度上應一致。
同樣的五項輸入也供應給月亮星座計算器、水星星座計算器和土星星座計算器，因為這四個工具共用同一個狹窄的地心轉接器。重複使用該轉接器正是讓時區契約在它們之間保持一致的原因：一個日期、一個時鐘時間、一個明確的帶正負號偏移，僅此而已。
影響時區準確性的邊緣案例
一個小表格有助於讓失效模式變得可見，因為實際問題通常不是「UTC 是什麼」，而是「當我的偏移錯誤時會產生什麼變化」。
| 情境 | 工具接收到的內容 | 可能的運動標記影響 |
|---|---|---|
| 現代日期、偏移正確、瀏覽器位於相同時區 | 你所描述的確切內推式 UTC 類瞬間 | 無；列印標記即為該瞬間的標記 |
| 現代日期、偏移偏差一小時（忘記日光節約時間） | 距離預期瞬間一小時的瞬間 | 外側行星通常不變；接近停滯點的水星或金星可能在順行與逆行之間翻轉 |
| 非整點偏移如 +05:30 或 +09:45 | 一個精確的內推式 UTC 類瞬間 | 若偏移為有文件記錄者則無影響；表單接受這些數值而非進行四捨五入 |
| 現代標準時間之前的日期、輸入任何偏移 | 基於你所輸入慣例的內推式 UTC 類估計值 | 相對於輸入慣例無影響；結果應解讀為該慣例，而非恢復的歷史時區 |
| 超出支援 UTC 年份窗口 1700 到 2100 的瞬間 | 表單拒絕計算 | 不列印標記；拒絕即為準確答案 |
| 星體位於黃道區段邊界 0.05° 以內 | 帶有可見邊界警告的精確瞬間 | 時間、偏移或星曆表的微小變化都可能翻轉列印的星座標記，警告正是工具告訴你此事的方式 |
運動邏輯內的近停滯閾值為十二小時內 0.002 度，遠比 0.05 度的區段邊界警告更為嚴格。這兩個數字描述的是不同的風險：前者是逆行與順行之間的間隙，後者是一個星座區段與下一個之間的間隙。兩者都會縮小你在偏移上能承受的誤差大小，並在星體遠離停滯點或邊界時再度擴大。
雙重官方閘如何保護準確性
證據資料夾中的預期比較值由 NASA JPL Horizons 觀測者量 31 獨立編製，並由 IMCCE Miriade 使用 INPOP 理論獨立編製，而 Astronomy Engine 僅作為受測的離線實作，絕非預期資料來源。循環差異大於千分之五度的情況將無法通過雙重官方閘，這代表離線轉接器的回歸問題會在計算器出貨前被攔截。該閘不測量你的偏移；它測量的是離線引擎。你讓偏移通過閘的方式，是輸入有文件記錄的數值而非從時鐘猜測。
作為分類核心的十二小時探測小到足以讓偏移以多日掃描永遠無法做到的方式變得清晰。為了說明測試的形態而非主張特定的星曆表讀數，假設某個行星在輸入瞬間位於 142.341 度，十二小時後位於 142.305 度。帶正負號的差值為 142.305 減去 142.341，等於負 0.036 度，工具將該負值帶正負號變化解讀為逆行。同樣的差值對照 0.002 度的停滯閾值，確認該行星正在移動而非停在停滯點，因此列印標記為逆行而非停滯。這裡的數字皆與你住在哪裡無關；只有時間軸零點的經度才與此相關。
跨行星工具的時區處理比較
逆行行星追蹤工具是 Lizely 多個採用相同三項輸入欄位並產生相同地心參考系的計算器之一。水星星座計算器、金星星座計算器、火星星座計算器、木星星座計算器、土星星座計算器和月亮星座計算器皆重複使用共用轉接器，因此繼承相同的時區契約。在相同日期、時鐘時間和偏移下比較其中兩個工具，是稽核自身偏移最便宜的方式，因為對你所描述時刻都看似合理的水星經度與火星經度，比單獨取得的水星讀數更可能正確。
月亮星座計算器以清楚警告的未知時間近似值擴展了相同的契約，適用於缺少時鐘的生日情境，這是逆行行星追蹤工具不提供的分支。沒有時間的逆行分類會退化成日曆日窗口，而追蹤工具拒絕捏造該窗口，因此無法恢復時鐘時間的訪客會被指引回其證據，而非被丟一個猜測值。所有這些工具共享的紀律，與雙重官方閘強制執行的紀律相同：保持證據由外部神諭源撰寫，絕不靜默失敗於邊界或對點情況，並將每個發布的數字視為由有文件記錄的容差所界定的估計值，而非關於天空的事實。
延伸閱讀：月相靈魂伴侶測試準確性：證據檢驗。
延伸閱讀：木星逆行是否不幸：是位置，不是運勢。