宿曜學習指南
宿曜與日本舊曆：換算規則為何重要？
宿曜舊曆不是把國曆日期直接換一個名稱，而是先依公開的日本陰陽曆口徑取得陰曆月日，再查宿表。不同曆法設定可能導向不同本命宿。
概覽
新月所屬民用日與月序規則都是計算的一部分，不能藏在泛稱的舊曆之下。
概念速覽
- 月初
- 朔所在的民用日
- 月份編排
- 中氣規則
- 產品日界
- 日本時區午夜
為什麼先換曆？
公曆生日不能直接提供宿表使用的陰曆月日，要先完成日期換算。
把同一組公曆月日直接拿去查陰曆表，問的已經不是同一天。
舊曆代表什麼？
日本國立天文台說明，歷史上使用過不同陰陽曆，目前沒有官方統一計算的日本陰陽曆。
所以網站需要披露方法，不能只寫「舊曆」就當作邊界問題都已解決。
產品如何定義月初？
OpenFate 口徑 1.0.0 以天文朔所在的日本民用日為陰曆初一。
中氣協助定月，十三個月區間採冬至優先的閏月規則；這是產品設定。
時區為何有差？
接近午夜的天文事件，在不同時區可能落在不同民用日期。
中國農曆與日本口徑都顯示陰曆月日，不表示換算可以直接替換。
比對時留哪些欄位？
保留公曆日、陰曆年月日、閏月標記與規則版本，再比較宿名。
有爭議的案例應保留不確定性，不為了讓結果相同而自行調整日期。
宿曜舊曆和臺灣農曆可以互換嗎？
不能先假設可以。即使畫面都寫農曆月日，朔落在哪個民用日、採用的時區與閏月安排仍可能不同。
在月界附近差一天時，先比換曆欄位；不要用哪一篇個性描述比較有感來決定。
來源與編輯依據
- 宿曜經 · T1299 卷上卷上「大唐月建圖」: table requires calendar month/day; modern conversion convention is a separate product rule.用於核對宿名與歷史曆法表。原表不等同於 OpenFate 的現代 27 宿查表，也不能證明預測有效。
- OpenFate 宿曜查詢與計算口徑Editorial code check 2026-09-10, policy 1.0.0: kyureki; policy.ts, constants.ts, engine.ts and traditional-cycles.ts. Product settings are not an independent historical authority; practical examples are OpenFate editorial applications.產品輸入與輸出參考。編輯於 2026-09-10 另核對計算口徑 1.0.0 及月初宿常量；程式核對不是獨立的傳統權威來源。
- NAOJ: 「旧暦」ってなに？NAOJ question 3-4: old-calendar definition, month starts, leap months and no current official Japanese lunisolar calculation.曆法參考：現代日本舊曆並非單一官方算法。支持曆法區分，不支持占驗。