曆法改革與歷史日期
先查核地方改曆、略過日期、文件來源與時間規則，再安全換算歷史出生日期的八字。
概覽
歷史出生日期不能一律當作現代格里曆直接輸入。改曆由各司法轄區分別實施，可能略過一串本地日期，文件也可能註記舊式或新式日期。安全的八字流程會保存原始抄錄，確認當地當時使用的曆法，驗證書面日期確實存在，再轉為連續瞬間，最後處理歷史時區、節氣與日柱規則。若現存證據無法判定曆法版本，應提供少量且有清楚標籤的候選，而不是在背景自動修正。
概念速覽
- 必要證據
- 地點、來源日期與曆法版本
- 改革現象
- 部分本地日期可能被略過
- 採用時間
- 各地區與機構不一致
- 標準時間軸
- 驗證後的連續日序與瞬間
- 版本未定
- 提供明示假設的候選命盤
- 絕對避免
- 靜默改寫原始紀錄
先看文件與司法轄區，不先套現代日期選單
應逐字保存文件上的日期，並記錄出生地、文件所在地、語言、登記機構，以及是否註明舊式或新式。這些線索可能決定書寫者使用哪套曆法。
現代資料庫有時會把檔案日期標準化卻不保留原始版本；可取得時，應優先引用原始文件或有來源的學術換算。
- 保存原始文件影像或引文。
- 原文抄錄與標準化欄位分開。
確認該日期在當地改曆期間真的存在
司法轄區採用新曆時，某個日期之後會直接接到較晚日期，中間一段在該民用制度中不存在；略過的長度與時間依地區而異。
遇到不可能的本地日期，系統應要求複核，因為它可能來自另一種曆法、抄寫錯誤或不同司法轄區。
- 依當地改曆表驗證日期。
- 不能靜默把略過日期往後平移。
先標準化年代，再套用八字專用規則
確認曆法後，先把日期轉為連續日序，再配合可信的本地時間；接著才查歷史鐘點規則，並比較精確節氣與日界。
這個順序可避免把曆法修正、UTC 偏移與太陽時修正混成不透明的單一位移，每個中間值都能獨立驗證。
- 曆法換算先於時區換算。
- 保存逐階段稽核欄位。
史料無法支持唯一命盤時，應公開不確定
若兩種曆法解讀都合理且四柱不同，應列出兩者的來源假設與精確差異；若結果相同，也要說明即使曆法標籤未定，命盤仍然穩定。
不能用哪張命盤較符合傳記來反推曆法。傳記事件可以在之後作解讀比較，不能成為改寫檔案日期的證據。
- 候選只保留史料支持的可能。
- 不以故事吻合度單獨選盤。
來源與編輯依據
- U.S. Naval Observatory: Julian Date Converter美國海軍天文台的日序換算提供格里曆與儒略曆日期到連續時間軸的獨立轉換基準美國海軍天文台用於把格里曆、儒略曆日期轉為連續儒略日期時間軸的官方天文參考。
- IANA Time Zone Database曆法日期定位完成後，IANA 歷史規則再負責出生地鐘點與 UTC 偏移；兩個步驟不可混成單一位移按地區維護歷史當地時間規則、UTC 偏移與日光節約時間轉換的權威資料庫。
- OpenFate 編輯方法說明產品保留原始文件、司法轄區與曆法版本；遇到略過日期或版本未定時停止靜默正規化並公開候選假設OpenFate 將確定性的排盤計算、傳統解釋框架與現代編輯說明分開處理。