歴史学と漢文における「三抄七改」：
1時間のズレが時代全体を変える場合
もしあなたが書店で購入した「万年暦」や任意の風水ウェブサイトを使用しているだけなら、あなたは丸ごと1ヶ月間ズレているかもしれません。
1. タイムゾーンの罠：GMT+7とGMT+8
歴史調査の最大の誤りは、ベトナム太陰暦と中国太陰暦が同じだと仮定することです。
実際には、ベトナム（経度105°E）と中国（経度120°E）が1時間異なるため、朔日（太陰月が始まる時点）は頻繁に異なる2日間に該当します。
ベトナムは中国よりも1ヶ月早く旧正月を祝います。
結果：このような期間の資料を研究している場合、中国の暦ツールを使用してベトナムの出来事の日時を変換すると、歴史データ全体が完全に間違うことになります。
• ベトナム：丙戌年6月初1日
• 中国：丙戌年5月30日
→ 朔日がベトナム時間23時05分に発生するため1日ズレている
技術分析：ベトナムと中国がなぜ異なるのか？
| 🇻🇳 ベトナム (GMT+7) | 🇨🇳 中国 (GMT+8) | |
|---|---|---|
| 前月朔日 (k) | 2006年5月27日 | 2006年5月27日 |
| 翌月朔日 (k+1) | 2006年6月25日 | 2006年6月26日 |
| 月の開始 | 6月25日（6月） | 5月27日（依然5月） |
| 太陰暦結果 | 2006年6月1日 | 2006年5月30日 |
00:00-01:00 UTCに発生します。- GMT+7 (VN)： 朝6月25日の07:00-08:00 → 新月は6月25日に開始
- GMT+8 (CN)： 朝6月26日の08:00-09:00 → 新月は6月26日に開始
👉 当社のツールはこれを解決します： ベトナムと中国のタイムゾーンのために別々に計算アルゴリズムを分離することで、歴史の流れに真実を取り戻します。
2. 節気と漢文の微妙さ
漢文および古典文学では、「節気」（太陽節）は単なる天候ではなく、インスピレーションです。
李白が月について書いたり、グエン・チャイが植物について書いたりするとき、彼らは特定の節気（立春、雨水、清明...）内で生きています。
- 通常のツールは平均的な日付でしか節気を計算しません（大きな誤差）
- Precision Lunar ツール： VSOP87 アルゴリズムを使用してリアルタイムで太陽黄経を計算します
- 節気の転換時刻を分単位で正確に知ることができます
これにより、学習者は著者がその天文学的文脈でなぜその言葉を使用したのかを深く理解できます。古典文学は天文学と切り離せません！
3. 干支と四柱：古文献を解読するカギ
「甲子」の日、「丙寅」の時刻を確定することは、古い文献（碑文年代測定、勅書と対比）と照合する際に非常に重要です。
多くの現在のツールは干支の時間を誤って計算しています（単なる参照表を機械的に使用）。
当社のツールは道教アルゴリズムを適用して干支時間を計算します：
例：乙巳の日（干=1）、子時（支=0）
→ 時干 = (1×2 + 0) mod 10 = 2 → 丙子
四柱命盤の作成や数理学研究に大いに役立ちます。
4. 検証済みの信頼性：108のテストケース ✓
占い「良い日・悪い日」のアプリとは異なり、これは科学的ツール（Scientific Tool）です。完全な自動テストスイート付き：
1. 標準的な旧正月（ゴールデンリファレンス）
- 2024年旧正月：02月10日 → 甲辰年正月初1日 ✓
- 2025年旧正月：01月29日 → 乙巳年正月初1日 ✓
- 2026年旧正月：02月17日 → 丙午年正月初1日 ✓
- 戊申年1968年旧正月：01月29日 ✓
- 1980年、2012年、2020年旧正月... ✓
2. ベトナム対中国の分岐
- 2006年6月25日：VN = 6月1日、CN = 5月30日 ✓
- 朔日のズレの原因を自動検出 ✓
3. ベトナムの黄道十二宮（ネコ対ウサギ）
- 2023年：VN = ネコ、CN = ウサギ ✓
- 1963年、1975年、1987年、1999年、2011年... ✓
4. 冬至（Winter Solstice）
- 過去数世紀の12月21-22日：1950年、2000年、2024年、2025年 ✓
5. 節気の開始点
- 立春（2月3-5日）：2024年、2025年、2026年 ✓
- 春分（3月20-21日）：2024年、2025年 ✓
6. 閏月
- 2020年：あり（4月） ✓
- 2023年：あり（2月） ✓
- 2025年：あり ✓
7. 歴史的範囲（1850-2100）
- 1850年、1900年、1950年、2000年、2050年、2100年 ✓
8. デルタT（時間差）
- 1900年：約-3秒、1950年：約29秒、2000年：約64秒、2020年：約69秒 ✓
9. 正確な干支
- 2024年 = 甲辰、2025年 = 乙巳、2026年 = 丙午 ✓
- 1984年 = 甲子、2000年 = 庚辰 ✓
10. ベトナムの歴史的タイムゾーン
- 1954-1967年北部：実際UTC+8（中国天文表） ✓
- 1968年以降北部：UTC+7（121-CP決定） ✓
- 1960-1975年南部：UTC+8（362-TTP法令） ✓
- 1975年以降：統一 UTC+7 ✓
11. 高度な節気API
- 2026年2月4日 = 立春（開始） ✓
- 分単位での正確な計算 ✓
12. ベトナム/中国の比較デバッグ
- 根本原因を自動検出 ✓
- ズレの原因を説明 ✓
- 正確： NASA Jean Meeus Hồ Ngọc Đứcの天文学モデルに基づいています
- 透明性： ベトナム暦と中国暦の違いを明示し、直接比較を可能にします
- 深いデータ： はるか遠い過去（1800-2200）への逆引き検索をサポート – 紙の暦が対応できないこと
- オープンソースロジック： 透明のアルゴリズム、科学コミュニティにより検証可能
5. 2026年アップグレード：真太陽時と歴史的タイムゾーン
Quizzman暦コンバーターの最新版は、これまで存在しなかった高度な機能をもたらします：
真太陽時（True Solar Time）
時計時間（ハノイ、GMT+7）は平均時です。実際には、太陽が南中（正午時刻）にハノイを通過する時刻は、時計より約7分遅れています。ホーチミン市ではおよそ4分早くなります。このツールは経度と均時差（Equation of Time）に基づいてこの誤差を正確に計算します。
ベトナムの歴史的タイムゾーン（1906-1975）
ベトナムの60以上の都市をサポートし、各期間の正確なタイムゾーン：1906年以前（地方太陽時）、1906-1942年（UTC+7）、1943-1945年（日本統治下のUTC+8/+9）、1947-1954年（フランスUTC+8）、1975年以降（統一UTC+7）。
v2.1更新：1954-1967年、北ベトナムは名目上UTC+7を使用していましたが、暦法は実際には中国紫金山天文台（UTC+8）のデータに基づいていました。121-CP決定（1967年）がこの状況を終わらせ、1968年の戊申テト南北差異を直接引き起こしました。
節気月（Solar Month）
風水師向け：節気に基づく月の干支を表示（例：立春を過ぎると寅月に移行）、民間の太陰暦月と完全に別に表示します。
夜子（夜の子時間）/正子（正の子時間）オプション
千年の議論を解決します：子時（23時-1時）は今日（夜子）に属するのか、それとも翌日（正子）に属するのか？ あなたは自分の学派を選択する権利があります。
八字と紫微斗数の統合
この暦ツールは、八字命盤（四柱推命）と紫微斗数のツールの基盤であり、正確なタイムゾーンと太陰暦日付に基づいた命数の確立を保証します。
このツールを使うべき人は誰ですか？
- 漢文研究者： 古文献の正確な年代を確定する
- 歴史学者： 歴史的出来事と正確な太陰暦を照合する
- 文・史研究科学生： 古典文学の中の天文学的文脈を理解する
- 漢文翻訳者： 詩歌における節気語彙の微妙さをつかむ
- 東アジア文化愛好家： ベトナム-中国の暦法の違いを発見する
精度検証：AIが誤ったテストケースを出しても、エンジンは正確です
品質検証の過程で、Google Geminiを使用して、最も困難なシナリオでエンジンに挑戦する12個のエッジケースを生成しました：越中朔日分岐、真太陽時、節気、夜子/正子時、閏月。
結果：12ケース中7ケースが初期FAIL。しかし、天文学的公式で各ケースをデバッグし、J2000.0エポックからJDN（ユリウス通日）を検証した結果、7件の失敗はすべてエンジンの不具合ではなく、Geminiの誤った期待値が原因でした。
- 1968年：Geminiが誤った太陽暦日を選択（1月29日ではなく2月16日）——エンジンは戊申年正月の朔日を正確に計算
- 1972年：Geminiが越中分岐があると主張——年間全日スキャンで分岐ゼロを確認
- 1984年：Geminiが旧正月（2月2日）と分岐開始を混同——実際の分岐は1984年11月23日から
- 真太陽時（ホーチミン市）：Geminiが標準子午線を110°Eとして使用——正しくは105°E（UTC+7 = 7×15°）
- 2026年3月24-25日の日柱：Geminiが誤った地支を提示（巳/午）——JDN検証では酉/戌
• 31/31 エッジケース PASS（拡張ベンチマーク：歴史的タイムゾーン & VSOP87）
• 108/108 回帰テスト PASS（既存テスト全て影響なし）
• 合計 139/139 テストケース PASS——エンジンは完全に正確
これは、Geminiのような最先端AIシステムでも誤った天文データを生成する可能性があることを証明しています。一方、当エンジンはJean Meeus / Hồ Ngọc Đứcアルゴリズムと決定論的数学公式に基づいています——推測なし、ハルシネーションなし。