逆行被定義為：在短暫的時間窗口內，視地心黃經持續下降，因此所列印的逆行日期就是該窗口標記出「停滯」的瞬間——只要任何追蹤工具變更輸入、時間窗口或幾何原點，就會印出不同的停滯點。兩份占星曆法可能各自內部一致、都引用可信的星曆表，卻仍會在水星逆行起始日上相差幾小時甚至整整一天，因為下列每個變數都會影響計算結果。最常見的隱形因素，是把當地時鐘讀數轉換為絕對瞬間所使用的 UTC 偏移量。其次是星曆表本身：NASA JPL 與 IMCCE INPOP 各自使用不同的數值積分方法求解行星運動方程式。再來是觀測者參考系：以「瞬時真地心黃道座標」計算出的行星黃經，與以「站心座標」計算出的結果相比，會有微小但足以列印出差異的位移。把探測窗口與停滯門檻一起納入，就構成了四個槓桿，悄悄區分出你曾經開啟過的每一份逆行曆法。本工具 Retrograde Planets Tracker 為你固定其中三個槓桿，並請你自行固定第四個。
「逆行日期」在天文學中的真正含義
行星的逆行日期，就是其視地心黃經停止上升、轉為下降的那一個瞬間。多數公開的曆法並不會精準地列出該瞬間，而是列出探測值跨越零點的那一天，再用觀測者的當地時鐘把精確停滯點四捨五入到最近的日子。黃經本身是在地心座標系中計算的，這意味著觀測原點是地球中心，而非地表上的某個位置，因此緯度、經度與海拔完全不會改變所列印的黃經。真正會改變它的，是你選擇的瞬間、所代入的星曆表，以及你用來判定運動方向反轉的規則。光是這一句話，就足以種下每一份本應一致、實際卻互相牴觸的曆法之間的差異。
Retrograde Planets Tracker 收斂了這份契約。它會在所要求的瞬間計算視地心黃經，並於 12 小時後再次計算。若第二次的黃經低於第一次，該天體便標記為逆行；若高於第一次，則標記為順行。若絕對變化量低於 0.002°，則標記為停滯。這就是完整的運動判定規則，而且對其所追蹤的每一顆行星皆一體適用。
追蹤工具對逆行日期產生分歧的六個原因
當兩份逆行曆法顯示不同日期時，幾乎不會是程式錯誤。它來自六個為人熟知的槓桿之一，而幾乎所有主流追蹤工具都至少在其中一個上與同類工具做法不同。
時區處理。「星期二 11:40 PM」這樣的時鐘讀數本身並不指涉唯一瞬間；你還需要該地點在該日期相對於 UTC 的帶正負號偏移量。那些默默假設為 UTC、從瀏覽器自動偵測訪客時區、或允許訪客自行輸入任意時區名稱的追蹤工具，會各自產生略有不同的絕對瞬間，而那個瞬間正好決定了停滯點落在「明天」還是「今天」。Retrograde Planets Tracker 拒絕猜測：它要求一個介於 -12:00 到 +14:00 之間、有文件可查的數值偏移，接受非整點小時值，並拒絕格式錯誤的輸入。希望深入探討這個槓桿的讀者，可閱讀 Retrograde Tracker Timezone Accuracy 一文。
星曆表來源。NASA JPL Horizons 與 IMCCE Miriade 在行星方程式上使用不同的理論與不同的常數進行積分，差異會反映在所列印的黃經上，呈現為一個雖然微小、卻足以把停滯點推過一天界線的角度。基於較舊的 JPL 匯出資料、VSOP87 系列、或瑞士星曆表（Swiss Ephemeris）的工具，所給出的停滯點通常能在角度小數位以內對齊，卻很少能在分鐘以內對齊。Retrograde Planets Tracker 鎖定離線版的 Astronomy Engine 2.1.19 適配器作為受測實作，並把每一個比較值與 Horizons 與 Miriade 雙重官方數據進行比對門檻檢查，凡是大於 0.005° 的循環差異一律拒絕。
探測窗口與停滯門檻。一個探測 12 小時、並把任何絕對變化量低於 0.002° 標記為「停滯」的工具，會比探測 48 小時、並把任何絕對變化量低於 0.01° 標記為「停滯」的工具更早標記出停滯點。兩者都是合理的選擇，但會產生不同的曆法結果。Retrograde Planets Tracker 為你固定這兩個數字：永遠是 12 小時與 0.002°。
觀測者參考系。地心座標系以地球中心為原點；站心座標系則以特定的緯度、經度與海拔為原點。兩者之間的視差位移足以改變行星所列印的黃經，使它跨越某個黃道星座界線，這正是為什麼在停滯事件附近，站心計算工具往往會與地心計算工具產生分歧。Retrograde Planets Tracker 嚴格使用地心座標，並拒絕計算站心位置、上昇點、宮位交宮線、行星相位或中點，因為這些產物需要一個地點與不同的幾何契約。
曆法究竟列印的是精確停滯點，還是包含該停滯點的當天日期。一個把結果四捨五入到當地日期的工具，會在精確停滯點落在星期二 11:58 PM 時列出星期二，並在精確點落在星期三 12:02 AM 時列出星期三。一個列印精確 UTC 瞬間的工具則會顯示星期二的 23:58；而一個轉換到訪客時區的工具，則可能顯示為星期三上午。Retrograde Planets Tracker 會在您輸入的瞬間，列印出精確的黃經、精確的黃道星座，以及運動標籤，因此界線該如何判讀，留給您自行決定，而非由工具代為隱藏。
星座劃分慣例。回歸制標籤把 360° 等分為 12 個半開的 30° 區段，從 0° 的白羊座起算；恆星制標籤則會透過 ayanamsa 把零點位移。同一顆黃經位於回歸制白羊座 29.97° 的行星，在恆星制中會被標記為雙魚座，在回歸制中則標記為白羊座。Retrograde Planets Tracker 使用回歸制星座，並在距離界線 0.05° 以內時發出提醒，讓您看見陷阱，而非直接跌入其中。
| 槓桿 | 該槓桿變動時會改變什麼 | Retrograde Planets Tracker 如何固定它 |
|---|---|---|
| 時區處理 | 絕對瞬間，可能差數小時至數日 | 要求明確的帶正負號 UTC 偏移；不自動偵測 |
| 星曆表來源 | 每次停滯點，可能差數分鐘至數日 | 鎖定 Astronomy Engine 2.1.19，以 0.005° 作為雙官方比對門檻 |
| 探測窗口 | 何時偵測到「逆轉」 | 固定為 12 小時的地心探測 |
| 停滯門檻 | 何者算作「恰好停滯」 | 固定為絕對變化量 0.002° |
| 觀測者參考系 | 是否加入視差 | 嚴格的瞬時地心黃道；拒絕站心輸入 |
| 星座慣例 | 列印出哪一個 30° 標籤 | 回歸制西方慣例，並於 0.05° 界線處提出警告 |
如何公平地比較兩份追蹤工具
在斷定某個追蹤工具出錯之前，請先把它的六個槓桿與你已信任之工具的六個槓桿逐一對齊。對齊該日期所對應的時區偏移，包含任何歷史性的日光節約轉換。對齊所使用的星曆表時代或理論體系；J2000 平赤道座標與瞬時黃道座標並非相同參考。對齊觀測者參考系，因為地心與站心讀數在停滯點附近的差距足以跨越一個曆日。對齊探測窗口與停滯門檻，或至少意識到你並未對齊。只有當槓桿對齊時，所列印的日期才有理由一致；也只有當槓桿未對齊時，分歧才不令人意外。
最常見的公平比較錯誤，是把地心瞬間與站心當晚讀數相互比較，並把差異當成錯誤。最常見的不公平比較錯誤，則是把現行的 UTC 偏移套用於標準時區尚未存在之前的日期，使該偏移成為追溯式推算，而非歷史紀錄。Retrograde Planets Tracker 對此限制坦誠以告：早期日期的結果，是根據訪客所輸入的任何帶正負號偏移所推得的類追溯式 UTC 估計值，它並不會默默重建歷史上的政治時區資料庫或日光節約轉換紀錄。
如何使用 Retrograde Planets Tracker 取得一致的答案
Retrograde Planets Tracker 圍繞它實際需要的四個欄位所打造，不多不少。若要為任何有紀錄可查的時刻取得可重現的狀態表，請遵循下列四個步驟。
- 在日期欄位中輸入當地日期，採用格里高曆（Gregorian calendar）。表單會拒絕不可能的日期，以及超出所支援之 UTC 年份範圍 1700 年至 2100 年以外的任何瞬間。
- 在時間欄位中輸入當地時鐘時間，採用 24 小時制。表單會拒絕不可能的時間，包含 25:00 或 13:60。
- 在偏移欄位中輸入您所在地點與日期所對應、有文件可查的 UTC 偏移，採用帶正負號的 ±HH:MM 格式。接受 -12:00 到 +14:00 之間的數值，包含 +05:30 或 +09:45 等非整點小時值。表單會拒絕格式錯誤的偏移，以及任何無法解析的偏移值。
- 按下「Check status」（檢查狀態）以查看每顆行星的運動標籤、黃道星座與黃經。表格列出水星至冥王星；太陽與月亮依設計排除。運動標籤為逆行、順行或停滯三者之一，黃道星座則為包含所列印黃經的半開 30° 西方區段。
由於整個計算都在訪客的瀏覽器中執行，兩位輸入相同四個欄位的訪客將會看到相同的數字；而同一位訪客在不同日子輸入相同的四個欄位，也會在第二次看到相同的數字。本工具從不開啟執行階段的網路連線，從不上傳輸入的資料，也從不讀取訪客的地理位置，因此可重現性是輸入與固定鎖定之星曆表的特性，而非任何伺服器狀態的特性。
When the Disagreement Itself Is the Answer
Near a station, the printed longitude moves very slowly, and a tiny change in any of the six levers above can flip the motion label or the tropical sector. The Retrograde Planets Tracker is built to make that flip visible: any reading within 0.05° of a sector boundary triggers a boundary warning, and any reading within 0.002° of zero motion triggers the stationary label. If two trackers disagree only by a few minutes on the exact station, that disagreement is usually a sign that the planet is genuinely hovering near the station, not a sign that one tracker has misbehaved.
This is also the moment when the tool's refusal to invent extra products becomes useful. It will not compute an Ascendant, house cusps, aspects, midpoints, or a topocentric sky position for you, because those products need a place and a different geometric contract. The list of bodies it tracks is fixed: Mercury, Venus, Mars, Jupiter, Saturn, Uranus, Neptune, and Pluto, with the Sun and Moon excluded. If a different tool is offering house placements or natal-chart aspects on the same screen, the disagreement with a strict geocentric motion table is by construction, not by accident.
For readers who want to dig deeper into a single lever, the NASA JPL Horizons observer-centers reference documents the geocentric quantity 31 contract that the comparison values were authored from, and the Astronomy Engine 2.1.19 release notes describe the probe model used by the offline adapter. Both are stable, citable starting points for anyone trying to reconcile the next disagreement they find between two retrograde calendars.