宿曜學習指南
宿曜閏月怎麼算？月份標記與查表差異
宿曜閏月的重點是保留換曆後的月份編號、日期與閏月註記。OpenFate 依該月份的月初宿前進，不另外創造第十三個月的起點。
概覽
先保留閏月標記與月號，再查十二項月初表；有爭議的曆法口徑應明示比較。
概念速覽
- 必要欄位
- 閏月標記
- 月初表
- 12 個月份起點
- 特殊口徑
- 2033–2034 邊界區間
閏月不是二月二十九日
公曆閏日增加一天，陰陽曆閏月則增加一個月。
兩者處理不同問題，不能混用名詞後直接查宿。
先辨識重複月份
月份編號與是否閏月應分開保存，閏月標記讓額外月份與一般月份可區分。
產品宿表使用該月份編號對應的起點，再加陰曆日的位移。
不要偷偷加上分段法
若來源主張閏月內還要分段，必須先說明其規則與來源。
不能把它默默加進直接使用換算月日的 OpenFate 口徑 1.0.0。
2033 為什麼要說明？
目前程式將 2033-08-25 至 2034-03-19 標為曆法歧義區間，明示冬至優先口徑。
這記錄的是產品選擇，不表示其他曆法來源一定要輸出相同結果。
爭議結果怎麼查？
先比較閏月標記與月份，再比較陰曆日和月初宿。
若曆法本身不同，就並列口徑，不能用性格描述裁定天文換算。
宿曜閏月的核對情境
兩個結果都顯示「六月初五」時，仍要看其中一個是否標為閏六月；月數相同不代表曆法位置相同。
只有來源明寫閏月要分段，才把該規則獨立列出，不能直接塞進現有產品口徑。
來源與編輯依據
- 宿曜經 · T1299 卷上卷上「大唐月建圖」: twelve numbered month columns; no claim that it validates modern 2033 policy.用於核對宿名與歷史曆法表。原表不等同於 OpenFate 的現代 27 宿查表，也不能證明預測有效。
- OpenFate 宿曜查詢與計算口徑Editorial code check 2026-09-10, policy 1.0.0: leap-month; 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.曆法參考：現代日本舊曆並非單一官方算法。支持曆法區分，不支持占驗。