宿曜学习指南
宿曜与日本旧历：换算规则为何重要？
宿曜旧历查询不是把公历数字直接换个名称。必须先说明采用哪套日本阴阳历口径，再由换得的阴历月日查宿表；不同口径可能得到不同结果。
概览
新月所属民用日与月序规则都是计算的一部分，不能藏在泛称的旧历之下。
概念速览
- 月初
- 朔所在的民用日
- 月份编排
- 中气规则
- 产品日界
- 日本时区午夜
为什么先换历？
公历生日不能直接提供宿表使用的阴历月日，要先完成日期换算。
把同一组公历月日直接拿去查阴历表，问的已经不是同一天。
旧历代表什么？
日本国立天文台说明，历史上使用过不同阴阳历，目前没有官方统一计算的日本阴阳历。
所以网站需要披露方法，不能只写「旧历」就当作边界问题都已解决。
产品如何定义月初？
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.历法参考：现代日本旧历并非单一官方算法。支持历法区分，不支持占验。