宿曜学习指南
宿曜闰月怎么算？月份标记与查表差异
宿曜闰月先保留换历结果中的月份编号、日期和闰月标记。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.历法参考：现代日本旧历并非单一官方算法。支持历法区分，不支持占验。