農曆與國曆混用：排盤日期輸入的常見錯誤

“農曆公曆混用”這個詞常被誤解成一種很小的問題，好像只是把日期填錯一兩天。實際上，它指的是把農曆出生日期直接當作公曆日期填入排盤系統，兩套曆法之間相差的不是一兩天，而是幾十天甚至一兩個月。更關鍵的是，這種錯誤從一開始就發生在資料層，而不是演算法層。也就是說，八字本身可能並沒有排錯，而是拿進去排的那一天已經錯了。

這是最常見也最容易避免的一種

把農曆日期當作公曆輸入，是排盤中最常見的一種錯誤，來源是資料而非演算法。很多人拿到家裡的出生資訊時，長輩說的往往是農曆，例如“三月初五”“八月二十”，但填寫頁面時沒有注意曆法，直接按公曆填進去。因為農曆與公曆的日期幾乎不會重合，這種操作會造成整體偏移。它之所以容易被忽視，是因為填寫者並不懷疑自己的輸入，只會在結果看起來不對時才回頭檢查。

混用之後錯的是哪幾柱

混合使用農曆和公曆，影響最大的是年柱與月柱。混用之後年柱與月柱通常都會錯，因為兩套曆法的日期不對應；日柱與時柱是否受影響取決於偏移的天數。舉例來說，農曆正月初一可能落在公曆一月下旬到二月下旬之間，如果直接當作公曆一月或二月輸入，年柱可能從甲年變成癸年，月柱也隨之改變。日柱是否錯，要看農曆日期與公曆日期之間隔了多少天。如果偏移天數恰好是六十的整數倍，日柱可能仍然相同，但這種機率很低。時柱通常不受日期影響，只要出生時刻沒有填錯，時柱保持不變。

閏月帶來的額外一層

農曆有閏月，閏月的月份數字與前一個月相同，直接填入公曆欄位會產生更大的偏移。比如某年有閏五月，家裡記的是“閏五月十四”，填寫時如果只看到“五月”就填成公曆5月14日，不僅曆法混用了，還把閏月與平月混為一談。閏月並不會改變公曆的月份數字，但在排盤時，它對應的是節氣區間，而不是簡單的月份數字。遇到閏月出生，更需要先確認當年是否有閏月，以及所記月份究竟是前一個月還是閏月。相關情況可參見閏月出生怎麼算。

家裡只記農曆生日怎麼辦

不少家庭只保留農曆生日，甚至身份證上的日期也是農曆直接登記下來的。家裡只記農曆生日時，正確的處理是先把農曆年月日換算成公曆日期，再據以排盤。這項換算是確定的。農曆轉公曆不是模糊推算，而是根據歷表可以唯一確定的結果，只要年份和農曆月份、日期無誤，對應的公曆日期就是固定的。換算時要確認的是：該年是否有閏月，以及記憶中的月份是正月還是閏月。這兩點確認之後，再查對應公曆日期，就不會把正月初一和閏正月初一混在一起。進一步說明可見農曆生日和公曆生日弄混與家裡只報農曆。

提交之前的一句確認

提交之前的一句確認是：我手上這個日期是公曆還是農曆。這一句可以省掉後面全部的排查。無論後面要做多少節氣校正、真太陽時處理，只要一開始的歷法屬性沒有確認，後續步驟都可能建立在錯誤日期上。本站引擎接受公曆年月日作為輸入；農曆日期需要先換算。也就是說，系統不會替使用者自動判斷一個日期是農曆還是公曆，也不會在內部自動轉換。填寫者必須自己先確認清楚，農曆先轉公曆，再輸入系統。

這一條成立的前提，是使用者確實掌握了一個明確的出生日期，只是不確定它屬於哪套曆法。只要能夠向家人或原始記錄確認曆法屬性，問題就可以直接解決。不成立的情況也有：如果原始記錄本身已經模糊，比如只記得“春天”“月底”“收麥前後”，那就不是曆法混用，而是出生日期本身不完整。這種情況下，單靠確認農曆公曆並不能恢復出準確日期。另一個不成立的情況是，日期雖然清楚，但年份本身記錯，例如把上一年的農曆日期誤記到這一年。這時即使曆法確認無誤，排出來的結果仍然可能整體偏移。

因此，在排盤前先問一句“這是公曆還是農曆”，比事後反覆懷疑演算法更有效。資料錯誤造成的偏差遠大於口徑差異造成的偏差，因此排查順序是先資料後口徑。曆法混用屬於最基礎的資料問題，應放在第一層排查。確認之後，再去處理節氣、時辰、真太陽時等口徑層面的差異，才不至於在錯誤的日期上做精細調整。

相關術語

農曆生日和公曆生日弄混 · 閏月出生怎麼算 · 家裡只報農曆