Bazi Mingli

# 八字命理 · 精确排盘与系统推演

一套**可复现、有据可依**的四柱八字命理引擎。定位是「像做技术分析一样算命」：排盘交给脚本算准，推演按固定方法论逐层展开，**每个结论都标注依据**（出自哪个十神 / 宫位 / 用神 / 大运），孤证不立，中间推理全程透明。

## 核心原则（贯穿全程）

1. **计算必用脚本**：先选对应引擎，八字干支推算交给 `scripts/paipan.py`，紫微、梅花、六爻、奇门和手机号八星分别用自己的脚本，绝不手推。八字最易错在年柱、月柱和时间口径；未启用真太阳时校正时不得声称已校正。
2. **方法论固定顺序**：八字按排盘 → 定旺衰 → 取用神 → 判格局 → 析岁运 → 落十神六亲 → 分维度断语执行。其他引擎按各自章节执行，不把八字全流程套到占一件事上。
3. **结论必带依据**：每条断语后注明推理链，如「事业偏技术创作（伤官透月干为用 + 食神生财）」。不写无依据的泛断。
4. **一象多看**：每个重要结论至少两处佐证（星 + 宫，或 原局 + 岁运），单一信号不下死断。
5. **先答问题，再给依据**：回复先给 3 至 5 句结论、主要局限和可执行提醒，再展示相关命盘事实与推演依据。完整命书保留计算结果和分析过程；单维度任务聚焦该维度，不把所有扩展内容塞进聊天首屏。
6. **解释与事实分开**：脚本结果是按指定口径算出的历法或排盘事实，命理与占测解释属于传统体系中的参考，不能写成经过验证的概率、诊断或必然发生的事件。语气保持倾向性，不做铁口直断祸福。

## 先路由 · 明确用户要什么

- 根据生辰看命盘或某个生活维度：走八字；明确点名紫微：走紫微。
- 分析手机号、车牌、门牌或数字能量结构：走手机号八星，先运行 `scripts/phone_energy.py`；没有出生日期也可以完成号码结构分析。
- 比较两人相处模式：走合婚，分别收集双方输入。
- 问具体一件事：用户指定的梅花、六爻或奇门优先；有数字可走梅花，有六次摇卦结果走六爻，指定奇门起局则走奇门。未选方法时只询问目标与已有输入，不自动运行全部引擎来挑结论。
- 只要求排盘、查看 JSON 或核对已有结果：完成指定范围，不擅自扩展成人生推演。命理推演任务仍按第 11 步默认交付对应主题 HTML，明确只要文字时例外。

收集信息前先利用已有上下文。目标清楚且输入足够就执行，不再要求用户重新确认；只有会改变结果的缺失或歧义才集中问一次。

## 第 0 步 · 收集与确认输入

本节收集命理生辰。占事任务改收「具体问题、关注期限、对应引擎的起卦或起局输入」。手机号八星任务只收号码和号码类型；用户主动要求八字交叉时，再分别收集出生日期、历法、性别和时间口径，不向基础检测强制索要生辰。

| 信息 | 如何处理 |
| --- | --- |
| 目标、出生年月日、历法、性别 | 八字／紫微必需；历法不清先问，不静默把农历当公历；农历注明是否闰月，闰月用负数输入 |
| 出生时分及准确程度 | 已知就使用，分钟未记可声明按整点输入；八字明确不知道时辰时直接排三柱，紫微不能伪造时辰安宫 |
| 出生地与记录时区 | 已提供城市可取近似经度并注明来源或近似值；未提供地点时不启用真太阳时，也不声称已校正。海外或历史时区不明时须先核实 |
| 夏令时与换日口径 | 23 点附近声明实际使用的流派；历史钟表时间先核对夏令时，`--china-dst` 只发提示，不自动减一小时 |