Imported from yiqundayang/three-chart-reading (
skills/destiny-rectification/SKILL.md). Install upstream withnpx skills add yiqundayang/three-chart-reading --skill destiny-rectification. Copyright stays with the author.
生时矫正附属流程
这是最佳拟合启发式，不是精确定时。不得将候选时间写成已被科学证明的出生时间。
触发条件
仅在以下情况进入：
- 用户明确不知道出生时间
- 用户只知道上午、下午、某个时辰等范围
- 初版本命和多个历史年份系统性失准，用户认为报时可能有问题
用户提供了具体时间且没有质疑时，不主动要求校时。
如果首次进入看盘时就不知道出生时间，先按总控命名规则创建空的
命主{代称}排盘详解（同名追加-01），在其中创建06-生时矫正/。
校时完成后让排盘脚本通过--case-dir复用该目录，禁止另建第二份命主档案。
事件隔离
总计至少5件带日期的人生事件：
- 用户最初提供的重大事件固定为盲测1
- 另外收集4件
- 从新增4件中选3件作校准
- 剩余1件作盲测2
事件尽量精确到 YYYY-MM-DD，至少精确到月份，并覆盖不同领域：
- 结婚、分手、子女
- 入职、失业、升职、创业
- 升学、考试
- 搬家、移居、出国
- 重病、手术、意外
- 亲属重大变化
- 重大财务得失
保存为：
06-生时矫正/
├── 校准事件.json
├── 盲测事件-封存.json
├── 校时配置.json
├── 校时原始结果.json
├── 校时报告.md
└── 盲测报告.md校准脚本只能读取 校准事件.json。盲测文件不得放入脚本配置。
校准
读取 birthtime-rectification/SKILL.md。组件位置按以下顺序解析，找到第一处同时包含 SKILL.md 与 scripts/rectify_east.py 的目录：
- 当前 Skill 的同级目录：
../birthtime-rectification/ - 便携套件目录：
../../birthtime-rectification/
两处都不存在时立即停止，明确提示安装包缺少校时组件；不得要求用户猜路径，也不得改用模型手排。
使用其配置格式，但 events 数组只放3件校准事件。脚本必须调用八字＋紫微版本 rectify_east.py，不得调用旧版八字＋西占 rectify.py：
& "<可用Python>" `
"<已解析组件目录>/scripts/rectify_east.py" `
--config "<命主目录>/06-生时矫正/校时配置.json" `
--report "<命主目录>/06-生时矫正/校时报告.md" `
--out "<命主目录>/06-生时矫正/校时原始结果.json"完全未知时间扫描全天；知道大致时段则只扫描该窗口。
禁止把3件校准事件之外的经历用于排名候选。
盲测
校准完成后先冻结：
- Top候选
- 各候选分数
- 最佳候选时间
- 候选之间的分差
- 时辰与上升边界敏感度
然后由一个未读取校准事件细节的独立子 Agent：
- 读取冻结候选盘
- 分别推导两个盲测日期可能涉及的领域
- 最后才读取
盲测事件-封存.json - 逐条记录命中、部分命中、不命中
不得因为盲测2更符合第二名，就把第二名改成第一名并声称验证成功。盲测用于评估泛化，不用于继续调参。
置信度
- 高：校准候选明显收敛，两个盲测均有具体支持，边界稳定
- 中：候选集中在较小范围，盲测部分支持，存在相邻时间竞争
- 低：候选分散、分差小、盲测不稳定或临近关键边界
- 无法收敛：补充更多事件后重新校准
低置信度仍可继续看盘，但所有报告开头必须写：
出生时间经矫正后可靠性仍不足，以下分析仅作参考，不作强结论。
低置信度限制：
- 不使用D60等分钟敏感分盘作核心结论
- 不做流日流时
- 月运仅给宽窗口或直接降级到年运
回主流程
校时完成后：
- 把采用时间写入标准化排盘参数的新版本
- 重新运行三盘代码：
python "<three-chart-reading 的 skill 目录>/scripts/prepare_and_chart.py" `
--config "<采用校时时间的新配置.json>" `
--workspace "<工作区>" `
--case-dir "<原命主档案目录>" `
--version v2--workspace 只用于命主档案。排盘环境由脚本按 skill/套件位置自动查找，不要写死 <工作区>/tools/vedic-env。
首次排盘前完成的校时使用--version v1；已有初版报告后重排才使用v2。
- 各系统生成
v2-独立分析.md和v2-过去十年.json - 保留全部v1文件
- 对比v1与v2哪些判断发生变化
- 再让用户确认是否进入未来推演
