生日月相相容性檢查需要兩次精確的單一瞬間月相查詢——每個生日各一次——並使用該出生時刻的當地日期、時鐘時間，以及有文件記載的 UTC 或 UTC 等效偏移量。地心月日角、照明分率、最近的主要事件時間，以及公開的八階段顯示帶，是生日月相計算機針對單一提供日期所回傳的內容。兩個出生階段的相容性是一個獨立、由您使用這兩筆結果進行的詮釋步驟，計算機並不會為這對組合作評分、配對或貼標籤。任何將這兩個帶標籤視為定論的解讀——「你們的出生月相互補」、「你們彼此補完了一個週期」——都是在詮釋這次查詢，而非計算它。經標準化處理的 UTC 瞬間記錄、相位角、照明分率，以及 Lizely 帶，是該詮釋的輸入;計算本身並不會產生相容性的陳述。若要取得一組可比較的紀錄，請執行相同的六項輸入程序兩次——每個生日一次——然後將兩筆輸出視為同類的天文紀錄，並在每筆結果旁標註相同的偏移約定。
為什麼是兩次仔細的查詢，而不是一次再加上感覺?網路上的月相相容性討論通常會把每個人簡化成一個詞的標籤，例如「盈凸月」或「滿月」，然後問這兩種模式是否應該「平衡」。這些標籤是粗糙的 45 度帶，而不是底層的角度，單一生日依所輸入的時間不同，可能會落在兩個不同的帶中。若沒有明確的偏移與明確的時間，帶的判讀就是一種猜測。在每次查詢中放入一個數字——輸入的日期、加上時鐘時間、再加上偏移——才能讓這一對組合成為可稽核的紀錄。
每次相位查詢所需的輸入
每次相位查詢需要三項資訊，共同在 UTC 時鐘上鎖定一個瞬間:當地的民用日期、當地的民用時間，以及該地、該時刻所使用之有文件記載的 UTC 偏移。僅有當地時鐘時間並不足以構成唯一的瞬間。兩座城市可能都顯示 14:30，卻相隔四小時;同一座城市在 14:30 標準時，以及一小時後夏令時間的 14:30，也相隔一小時。計算機會明確標示該偏移，而不是信任瀏覽器目前的時區，因為瀏覽器目前的偏移無法重建過去的夏令時間或政治性時區規則。當地欄位的意義在各次輸入中保持一致，因為此工具採用確定性的民用時間運算，而不是解析自由格式的日期字串。
從當地民用時間轉換為計算內部使用的預推 UTC-like 瞬間，只需一個運算步驟:UTC_clock_equivalent = local_clock − documented_offset。作為演算範例，1990-07-04 當地時間 14:30 出生，文件記載的 UTC 偏移為 −04:00(該日美國東部夏令時間)，則 UTC_clock_equivalent = 14:30 − (−04:00) = 14:30 + 04:00 = 18:30 UTC，因此計算內部使用的預推 UTC-like 瞬間為 1990-07-04T18:30Z。結果會同時顯示輸入的當地時間與該標準化計算時間，並置於角度旁，因此這項轉換仍可被稽核，而不是隱藏起來。
如何查詢兩個生日的相位
- 開啟生日月相計算機，輸入第一個生日的當地民用日期、時鐘時間，以及該地、該日適用的、有文件記載的 UTC 或 UTC 等效偏移。
- 計算瞬間估算值，並記錄標準化計算時間、地心月日角(以度為單位)、照明分率、Lizely 八階段顯示帶，以及輸出旁顯示的四個主要事件。
- 重設表單，然後在相同欄位中輸入第二個生日的當地民用日期、時鐘時間，以及有文件記載的 UTC 或 UTC 等效偏移。
- 計算第二個瞬間估算值，並記錄同樣的五項數值，保留偏移約定可見，使兩筆紀錄可在相同規則下進行比較。
- 若任一出生時間確實未知，刻意將該查詢切換為近似模式，並讀取其「相位邊界近似」標籤與「可能標籤」警告——切勿將未知時間的輸出當作精確值靜默使用。
- 在做出任何詮釋性結論之前，依主要相位角(0、90、180、270 度)、八階段帶，以及到各鄰近主要事件的時間差距，來比較這兩筆紀錄。
這兩筆輸出是各自獨立的計算，皆可從各自的輸入重現，而且計算機並不會看到另一個生日。不會產生任何推算出的相容性數值、星座式的配對分數，或「配對百分比」。相容性是您使用這兩筆紀錄所做的詮釋工作;上述程序提供可稽核的天文輸入給該工作使用。
解讀結果:相位角、照明分率與八階段帶
四個主要事件是由地心月日黃經差定義的瞬間角度事件:0 度為新月，90 度為上弦月，180 度為滿月，270 度為下弦月。這四項定義以及用於測試實作的基準時間，來自USNO 主要相位列表。照明分率是月球可見盤面在預推 UTC-like 瞬間被照亮的比例;照明分率是從約 0 到 1 的連續值，代表該瞬間天空中月亮的實際外觀。
八階段顯示帶是一項獨立的 Lizely 顯示約定，並非 USNO 或 NASA 的官方分類。Lizely 將邊界置於主要角度的中點，因此每個帶橫跨 45 度的月日差。帶及其度數範圍，連同每個邊界對應的主要事件如下:
| 主要事件 | 主要角度 | Lizely 8 階段顯示帶 | 帶範圍(度) |
|---|---|---|---|
| 新月 | 0° | 新月 | 337.5° → 22.5° |
| 上弦月 | 90° | 上弦月 | 67.5° → 112.5° |
| 滿月 | 180° | 滿月 | 157.5° → 202.5° |
| 下弦月 | 270° | 下弦月 | 247.5° → 292.5° |
| — | — | 盈眉月 | 22.5° → 67.5° |
| — | — | 盈凸月 | 112.5° → 157.5° |
| — | — | 虧凸月 | 202.5° → 247.5° |
| — | — | 虧眉月 | 292.5° → 337.5° |
帶是相容性對話中使用的粗糙單詞標籤;主要角度與照明分率才是精確的數值。兩者皆顯示於同一筆紀錄中，這正是使相位讀數可稽核、而非只能猜測的原因。
為什麼兩次仔細的查詢勝過單次猜測
未知的出生時間很常見，而近似模式刻意比精確模式較不確定。在未知時間模式下，工具會為所提供的當地日期與偏移計算當地中午，比較由偏移定義之當地日期的起訖，並搜尋同一當地日期內是否有任何主要事件。輸出會標示為「相位邊界近似」而非精確，若開始與結束於當天的粗略顯示標籤不同，則會同時顯示兩個可能的標籤。若當地日期內出現新月、上弦月、滿月或下弦月的瞬間，輸出也會說明未知時間可能落在該事件之前或之後。
對兩個生日誠實地如此處理——即便只有一個時間不確定——才能讓這一對紀錄相互可比較。一側是猜測的帶、另一側是精確的帶，兩者屬於不同種類的標籤，計算機本身的輸出也是這麼說。將精確帶與近似帶混用，並把這一對組合成彷彿兩者皆為精確的方式呈現，是網路上相容性表格中最常見的錯誤。
計算機不會告訴您的事
生日月相計算機不會從出生相位推論個性、相容性、運氣、命運或人生建議。它不會要求出生地，因為地心相位是地球中心的量，而不是月出、當地可見性或天氣的計算。它不會在執行時呼叫 USNO 或 NASA 服務;astronomy-engine 2.1.19 套件在 Lizely 輕量轉接層之後於本機執行，沒有任何出生輸入會被上傳，而資產載入後，此頁面無需網路即可運作。此工具不主張秒級或專業天文台的精度，因此結果不適用於航行、潮汐、宗教儀式，或其他對時間敏感度要求高的決策。十二個逐分鐘解析度的基準測試涵蓋全部四個主要相位、閏年、年份跨越，以及 1700 與 2100 的上下限，而鎖定的實作必須在 USNO 基準的兩分鐘以內找到每個事件。
兩個出生相位之間的相容性，是兩次查詢之後才進行的詮釋工作。計算機提供任何嚴肅解讀所需的兩項天文輸入;若想在相容性對話中區分相位與月亮星座，相位與星座的區別是一篇有用的延伸閱讀。