cnwu16/vedic-astro-skills/vedic-rectifier

检查structured_data.md是否存在：
  → 存在 → 读取出生信息+Dasha+宫主表，开始Step 1
  → 不存在 → 提示："请先运行vedic-reader读盘。
    说'读盘'或提供星盘PDF即可，也可以直接告诉我出生信息排盘。"

在校准前先确认：您说的 [HH:MM] 是哪里来的？
  a) 身份证/出生证明   b) 医院出生登记   c) 家人看钟表记的（谁看的？当场还是事后？）
  d) 凭"大概几点"回忆   e) 剖腹产手术记录
吠陀以第一声啼哭为出生时间，不同来源相对它有不同方向的系统偏差，我要先扣掉再校准。

报告时间 [X]，来源 = [a-e]，记录时刻语义 = [第一声啼哭/分娩/断脐/事后录入/未知]，
偏差方向 = [向早弱先验/双侧/待核]
→ 初始扫描区间 = [起]~[止]（语义未知时不用固定分钟偏移排除任一侧）

必需数据：
  1. 出生日期（用于time_scan计算）
  2. 出生时间（当前预估）
  3. 出生地坐标（经度/纬度）
  4. 时间精度（用户声明的±X分钟）
  5. Lagna度数和星座
  6. Vimsottari Dasha完整时间线：用`dasha_query.py --check`验证MD=9/AD=81/PD=729且
     三层`[start,end)`连续；用`--overview`读非PD数据与MD/AD，不默认展开729行PD。
     MD/AD用于标准候选评分，PD只按下文规则做事件分辨率审计
  7. 宫主表（12宫各由哪颗行星管辖）
  8. 行星落宫表
  9. Chara Karakas

 
⚠️ 这里的“完整时间线”指canonical文件中完整保留与校验，不等于模型每轮全量读取。
标准校准先用MD/AD完成全候选矩阵；只有用户可靠记到月/日、且PD可能改变
候选差异审计时，才为仍具决策相关性的全部候选段补算局部PD两端。
范围宽度 = 报值精度 + 来源方向（可单边，不强制对称）：
  【有报值】精度±分钟级→宽~15分钟 / ±15分钟→~30分钟 / ±1小时→~60分钟；
    来源单边偏差（如医院登记偏晚）→ 范围单边（如[报值-N, 报值]），不居中±对称。
  【无报值】用户给宽区间/完全不知道 → 范围 = 用户给定区间（或全天）。
 
⚠️ 不设"扫描中心"、不以任何点居中：在这个范围内**枚举所有 Lagna 上升星座候选**
   （每一段连续上升弧 = 一个候选，星座在段内恒定），全部进 Step 3 评分。
   ❌ 禁用"中心±"框——那会把真值 Lagna 框在范围外、永远进不了候选（锚定偏误）。

要做出生时间校准，麻烦你提供两类信息——都能帮我定位时间，都欢迎、越多越准：
 
【一、事实与特质】（不用日期；能具体说出来的都算，没有或不清楚的跳过）
  · 兄弟姐妹几个、你排第几（有没有哥哥姐姐 / 弟弟妹妹）
  · 父母是否健在；若有一方在你成年前离世，当时你大约几岁
  · 婚姻状况（未婚 / 已婚 / 离异）、有没有孩子；怀孕是计划内还是意外
  · 和配偶怎么认识的（相亲 / 同学 / 同事 / 网上…）、配偶做什么工作
  · 你的职业、职位与权责（是否带团队、管多少人、在单位里大概什么层级）
  · 大学 / 所学专业
  · 确诊过的严重疾病或慢性病（说病名）
  · 有没有出国或在外地长住
  · 其他你觉得"和别人不一样"的具体情况
  · 考试是超常发挥还是容易失常、和父母的关系、家庭氛围、心理上明显低落的阶段——说不清也可以说
 
【二、带日期的重大事件】（记得哪年、最好到月，如"2020年6月 父亲去世"）
  ⚠️ 要"有区分度"的——上小学/上初中/上高中这种别提（大家时间都差不多、区分不了你的盘）；
     要你人生里"和别人不一样"的转折：
       · 升学里非常规的（跳级 / 复读 / 转学 / 留学 / 辍学）
       · 搬家 / 移居 / 出国
       · 重病 / 手术 / 住院
       · 感情大事（在一起 / 结婚 / 分手 / 离婚）
       · 事业大事（入职 / 离职 / 创业 / 升职 / 被裁）
       · 家庭变故（亲人离世、父母重大变动）
       · 财务大起大落（大笔进账 / 大额亏损）
  下限 5 个，越多越准、不封顶

1. 查Dasha时间线 → 该日期在哪个大运(Mahadasha)/小运(Antardasha)
2. 查event_house_map → 该事件对应哪个宫位
3. 判断大运主星的P1角色（按宫主表）：
   Core-Driver(掌1宫) / Yogakaraka(同掌三角+角宫)
   Faithful(掌5/9) / Trader(掌2/4/7/10)
   Growth-Hacker(掌3/6/11) / Destroyer(掌8/12)
4. 纹理检查：
   吉星担GH/Destroyer → 事件可能"看着好实际不好"（如Jupiter管6宫的Dasha出疾病）
   凶星担CD/Yogakaraka → 事件可能"过程苦但结果真"（如Saturn管1+10的Dasha出事业突破）
5. 判断匹配度（下面 4 层是**必须看过的清单**，不是数层数的计数器；看全后由你综合定 ✅✅/✅/⚠️/❌，并写一句理由）：
   Layer 1 宫主直查：大运/小运主星 = 事件宫位的宫主？
   Layer 2 落宫直查：大运/小运主星落在事件宫位？
   Layer 3 Drishti 独立查：大运/小运主星用 graha drishti 照射事件宫位？
            ✅ **直接读 structured_data 的「Graha Drishti」表**（星→照哪些宫，calc 已算好，❌禁手推）；
              规则(该表已落实，口径 = p1_p12 P10)：所有星→7th；Mars +4/8；Jupiter +5/9；Saturn +3/10；Rahu/Ketu 仅7th（无特殊相位；Rahu 带「放大」标记＝仅对该第7相位加权、**不增加照射宫位**，勿把 Rahu 当多相位星）。
            ⚠️ ❌禁用西占度数 orb 相位——原「主要相位关系」表已废弃删除、不属本体系；graha drishti 一律读「Graha Drishti」表。
            ⚠️ 必须独立跑此层——Jupiter/Saturn 特殊相位覆盖宽，漏它=评分天生偏袒
               "行星恰好坐事件宫"的盘，冤枉"格局强+行星散布"的盘（如 Jupiter 从 H11 照 H5+H7 担恋爱位）。
   Layer 4 Karaka 查：大运/小运主星 = 事件对应 Karaka？（婚=Venus/DK 事业=Sun/AmK 子女=Jupiter/PK 母=Moon/MK…）
   综合定强弱（参考，不是公式）：宫主直接管事件宫、或多层同指且无冲淡 → ✅✅；一层清楚命中 → ✅；只有间接关联 → ⚠️；整段看全仍无关 → ❌。
   ⚠️ 4 层每层都要看（漏 drishti 会天然偏袒"行星恰好坐事件宫"的盘），但**照射面宽的命中不自动升档**：
      Jupiter/Saturn 的特殊相位几乎能照到任何宫，几个候选都"照到"时它对区分零贡献，判读时要写明。
   （"大运主星角色与事件类型一致"、尊贵、燃烧、落陷等纹理同样参与综合判断）
 
⚠️ 特殊匹配规则：
  如果大运主星被燃烧 → 该期间事件表达可能弱化或延迟，❌不一定是时间错
  如果大运主星陷落 → 事件可能以"反常路径"发生，需要考虑反向匹配
 
⚠️ 边界事件规则（Dasha换运不是零宽度开关）：
  事件日期距最近的MD/AD边界 < 该小运时长的10%（或±2个月，取大者）
  → 标记[边界事件]：两侧Dasha都做匹配，判读时注明"边界、分量减"，
    ❌禁止单凭一条边界事件否决候选盘，也不能让它充当决定性对立证据
  （用户对事件月份的记忆本身有月级误差，且换运前后实际运势有过渡期）
 
⚠️ PD事件分辨率审计（与上述标准评分分开）：
  - 只对用户可靠记到“月或日”的事件执行；只记得年/宽范围时PD为不可用，不作精度填充
  - 先完成并保留上述MD/AD标准判读；PD不改写该判读，不创建“有效分/质量分”等影子计分
  - 先锁定所有仍需PD分辨的候选段，再对这些段统一启用月/日级两端审计；
    禁止给当前领先段单独读PD，也禁止在全候选MD/AD矩阵完成前通读729行挑窗
  - 对每个候选段用段首/段末两点查该事件的活跃MD/AD/PD：整段一致=稳定归属；两端PD不同=边界敏感，
    双侧都审计且降低精度声明
  - PD星用与AD相同的宫主/落宫/drishti/Karaka方法，但必须置于MD背景×AD阶段中；
    PD不得违背父层主题独立造事件
  - PD审计结果只能是：稳定支持 / 稳定反证 / 候选无区分 / 边界敏感 / 日期精度不足。
    它进入候选差异审计与专家综合，但不得单独确认出生分钟
  - 相邻PD/AD通过同一领域、Karaka、Yoga或节点定位星接力时，标记`handoff cluster`；
    同簇多事件各自保留映射，但按相关证据处理，不冒充多份独立确认

| # | 事件 | 日期 | 大运/小运 | 对应宫位 | 主星角色 | 匹配 | 说明 |
|---|------|------|----------|---------|---------|------|------|
| 1 | 结婚 | 2015.03 | Venus/Ju | 7宫 | Trader(L7) | ✅✅ | Venus=L7 |
| 2 | 创业 | 2018.09 | Venus/Sa | 10+5宫 | Trader(L7) | ❌ | Venus≠L10/L5 |
| ...

| 事件 | 日期精度 | 候选 | 段首MD/AD/PD | 段末MD/AD/PD | PD结果 | 与相邻期接力 |
|------|----------|------|---------------|---------------|--------|----------------|

5/5 匹配 → Lagna星座确认正确，不需要换星座（前提：现盘没有被决定性对立证据否定）
3-4/5     → "大部分匹配，需要微调。运行时间扫描..."
            → 进入3b寻找最佳Lagna
≤2/5      → "匹配率偏低，时间可能有较大偏差。运行扫描..."
            → 进入3b寻找最佳Lagna

用【领先候选 vs 次优候选】判，❌ 不以"原时间"为基准（原值=候选之一、平权竞争，
不享"保持原 Lagna"的否决权；见 3c「原值只作候选池优先提示、不当扫描中心」）：
  按 3c「每层统一流程」走完判读表、主线判断、反方陈述，给出领先候选与置信档（高/中/低）。
  → 高/中：采领先 Lagna，输出中间结论，停下等用户确认。
  → 低：❌ 不硬定 —— 出题（`resources/calibration_quiz.md`），作答后回判读表重判；
    两轮后仍低 → 给最佳估计 + 还缺什么证据，**由用户决定**接受、补信息或继续（见 3c 停止条件）。
 
⚠️ Case A：原值仅享"候选池优先提示"，不享"保持原 Lagna"否决权。
   Case B（无报值）：只在领先 vs 次优候选间比，无"原 Lagna"可保持。
   （原写法"新时间需>原时间2级、否则保持原Lagna"= incumbent 偏袒，对 4-5/5 原值天然锁死、对 Case B 无所指，已废。）
 
⚠️ 以上条件仅约束"换Lagna星座"的决策。
   D9精度提升不受此限制——在确认的Lagna区间内缩小误差
   不属于"改时间"，属于"提升精度"。

⚠️ 不管Lagna是否改变，都要检查是否需要精调！
 
Lagna确认后，进入渐进式校准：
 
第1级 — D9精调：
  当前精度 ≤ ±5分钟 → 精度已足够，跳到Step 4
  当前精度 > ±5分钟 → 输出中间结论并询问用户：
 
  "✅ Lagna确认为[星座]，当前精度±[N]分钟。
   是否继续D9精调以提升至±10分钟？（推荐继续）"
 
  → 用户回复"继续" → 进入3b运行time_scan → 3c用D9变化点精调
    ⚠️ **D9 精调首步必须先填判读表（同 3c 铁律、走「每层统一流程」）**：先把已采集的全部事实+特质+事件逐条映射到各 D9 候选盘（Lagna 主落宫/7th lord/Venus 状态/DK/触发星位置）填满映射判读表、**先映射后提问**；婚育、相识方式、配偶职业、感情经历与关系形态都可用（MD/AD 相同时 Dasha 默认不查，见精调层）；判读为"低"才出题（`resources/calibration_quiz.md`）。❌ 禁止未填 D9 判读表就抛配偶/自我画像问卷（CLAUDE.md 点名的 D9 高发违规）。
  → 用户回复"够了" → 以当前精度直接进Step 4
 
第2级 — D10精调（D9完成后）：
  "✅ D9级别校准完成，精度±10分钟。
   是否继续用 D10(事业)分盘进一步校准？
   a) 继续校准（推荐，可提升至±5分钟）
   b) 已经足够，直接分析"