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哪些判断发生变化
- 再让用户确认是否进入未来推演
