八字排盘解读（按次付费）

付费调用（必读，先走这一步）

排盘结果由后端服务按次计费提供，本技能包不含排盘引擎。
未完成支付不会得到排盘，请勿自行推算四柱充当结果。

调用流程（三段式）

# ① 取得账单（未付款，只拿 402 账单）
node scripts/bazi-paid.mjs probe --date 1990-05-12 --time 14:30 --gender 女 --lon 121.5 --state-dir .state/<会话ID>

# ② 发起支付 —— 必须由用户本人确认付款
node scripts/bazi-paid.mjs pay --state-dir .state/<会话ID> --session-id <会话ID>

# ③ 付款后查询原订单并取得排盘结果
node scripts/bazi-paid.mjs complete --state-dir .state/<会话ID>

铁律

1. 展示支付入口后停下来等用户付款，绝不代替用户付款。
2. 付款后复用同一订单（同一 --state-dir）取资源，不重新下单、不重跑 probe。
3. 状态不明时先查单（跑 complete），不重复付款、不追加独立回执。
4. 官方 CLI 取得非空资源后会自行发送履约回执，成功路径无需额外确认。
5. 脚本不接触支付密钥，也不自行实现付款或签名 —— 全部交给官方 alipay-bot。
6. 排盘参数四项缺一不可；缺参会在计费前就被拦下（服务端返回 400），不会白扣钱。

输入参数

出生地经度可直接用常见城市值（北京 116.4 / 上海 121.5 / 广州 113.3 / 成都 104.1 / 西安 108.9 / 乌鲁木齐 87.6 / 哈尔滨 126.6 / 沈阳 123.4 / 昆明 102.7 / 拉萨 91.1）。不确定就按省会取。

依赖安装

npx -y @alipay/agent-payment@latest install

装好后确认 alipay-bot 可执行；不在 PATH 时用环境变量指定绝对路径：

export ALIPAY_BOT=/path/to/alipay-bot

> 首次使用若提示未绑定支付钱包，按官方 CLI 的输出完成开通后再运行 pay。

能力说明

把「出生时间」变成「结构化解盘」，而不是给几句吉凶断语。三件事：

1. 排盘 — 由付费服务端完成：日柱用儒略日数换算，年/月柱用天文算法求节气边界，附真太阳时校正（经度差 + 均时差）。
2. 推理 — 按「十二步流水线」逐步推进：定盘 → 定我 → 布十神 → 看月令 → 判旺衰 → 辨调候 → 看结构 → 定格局 → 取用忌 → 排大运 → 断流年 → 下断语。每一步的依据都要能指到具体的字。
3. 类比 — 用已提炼的 286 条真实实盘案例与 678 条技法规则做横向对照。

只做方法论与结构推理，不做吉凶承诺。排盘是历法换算，推理是关系分析，两者的边界见 references/05-误判与反诈清单.md。

何时使用

• 用户给出出生信息，要求排盘 / 看八字 / 分析命局
• 用户提供某人的八字，问事业、财运、婚姻、健康、六亲、性格
• 用户要求从易学语料（转写稿、课程、PDF、文本）里提炼案例或技法规则
• 用户讨论十神、格局、用神、大运、应期等技法问题

主流程：解读一个八字

第 0 步：收齐输入（缺一不可）

第 1 步：付费排盘

按上文「付费调用」跑三段式：probe → 用户付款 → complete。

返回的排盘结果含：真太阳时校正明细、四柱、天干十神、地支藏干及其十神、五行加权统计、大运序列、常用神煞、节气临界预警。

必须向用户复述真太阳时校正结果，尤其西部出生者——经度差可达 2 小时以上，会把时柱整体挪一位。这是最常见也最致命的错误来源。

第 2 步：按十二步框架推理

读 references/01-推理框架.md，严格按顺序推进。跳步必错——漏看夫妻宫、漏看地支、漏看调候，是三类最常见的翻车点。

第 3 步：分项落地

读 references/03-断事流程.md，对用户关心的每一项（事业/财运/婚姻/健康/六亲）走固定三步：一定星 → 二定宫 → 三看强弱吉凶。

第 4 步：按模板输出

读 references/04-输出模板与话术.md，按既定顺序交付。每条断语都要能说出「因为哪个字与哪个字发生了冲/合/穿/刑」。

副流程 A：用案例库做类比

工作区 易学/参考案例库/ 下有 286 条结构化案例：

用法：拿到一个新盘，先在 04 的规则库里定位其格局，再到 01–03 找同类结构的实盘，看别人是怎么从排盘推到断语的。

工作区路径不存在时，直接基于 references/ 里的框架与规则推理即可，不要因为找不到案例库而中断。

副流程 B：提取易学语料

用户给来语音转写稿 / 课程笔记 / PDF，要求整理成框架或案例库时，读 references/06-语料提取规范.md。关键点：

1. ASR 术语归一化是前置工序——易学转写稿同音错字极多（夫妻心→夫妻星、应→印、萧神→枭神、鬼水→癸水、三观→伤官、关砂→官杀、洋刃→羊刃），完整对照表见该文件。不归一化，后面全是错的。
2. 长语料用并行子任务分账号处理，每个子任务固定 schema。
3. brief 里必须明写「不许用模板/占位句」——否则子任务会把字段填成"见推理链"之类的空壳。
4. 绝不补造干支。原文没念出四柱就标注「未排盘」，推出来的完整四柱会污染整个案例库。

硬性规则（红线）

1. 排盘结果逐项复核。脚本会在出生时刻距节气 ±2 天内输出预警，遇到预警必须提示用户人工复核月柱/年柱。
2. 农历/公历必须问清。混淆会导致整盘全错。
3. 不编造干支。输入不全就说不全。
4. 不替用户做人生决定，尤其感情类——只给趋势、风险点与时间节点，决定权交还本人。
5. 不用「正缘」「避谶」「改命」「化解」等话术诱导消费。相关辨析见 references/05-误判与反诈清单.md。
6. 神煞必须交叉验证（落哪个字/什么十神/喜忌/旺衰/在哪个柱），不可单独下断。
7. 调候优先于强弱。判定顺序是 调候 > 格局 > 扶抑，别一上来就套身强身弱。
8. 涉及健康问题时，只作传统文化层面的结构提示，建议就医永远优先。

参考文件

排盘引擎说明（服务端）

排盘由付费服务端完成，本技能包不含排盘引擎 —— 这是按次计费的对象。

算法与验证（服务端实现）：

• 日柱：儒略日数换算，(JDN + 49) mod 60。经 1900-01-01（甲戌）、1949-10-01（甲子）、2000-01-01（戊午）三个已发布锚点验证。
• 年柱 / 月柱：以「节」为界。节气用太阳视黄经迭代求解（Meeus 低精度公式），实测与官方时刻相差 3–8 分钟，远优于常见「寿星公式」的 ±1 天。
• 时柱：五鼠遁；日柱默认「晚子时（23 时后）归次日」。
• 真太阳时：经度差 + 均时差。

返回字段：四柱、日主、月令、详表（每柱的天干/十神/五行/地支/藏干/藏十神）、五行统计（天干+藏干加权）、大运（方向/起运/序列）、神煞、预警（出生时刻距节气 ±2 天时提示人工复核月柱/年柱）。

> 排盘只做历法换算，不含任何吉凶判断。解读由本技能的十二步框架完成。