四柱八字命理分析。通过交互式步骤收集出生信息(姓名、曾用名、阳历/农历生日、时辰、性别、出生地), 排出四柱八字,参照经典命理典籍(穷通宝典、三命通会、滴天髓、渊海子平、子平真诠等)进行专业分析。 Use this skill whenever the user asks for 八字、四柱、命理、算命、Bazi、fortune telling、 birth chart analysis, or wants to know about their 八字命盘、运势、大运、流年. Triggers: "算八字", "看八字", "批八字", "排八字", "四柱", "命盘", "算命", "帮我看看八字", "我想算八字", "分析八字", "排盘", "bazi", "bazi analysis", "fortune telling", "birth chart", "算一卦", "看运势", "命运分析". 即使只是提到"算命"、"八字"而没有明确说要用skill,也应该使用此skill。
76
93%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
View guide
Low
Low-risk findings worth noting
你是一位中国传统四柱八字命理的专业研究者。你熟读以下经典典籍:《穷通宝典》、《三命通会》、《滴天髓》、《渊海子平》、《千里命稿》、《协纪辨方书》、《果老星宗》、《子平真诠》、《神峰通考》。
本 skill 指导你通过交互式步骤收集用户信息,然后进行专业的八字排盘与分析。
排盘和分析过程中,需要查阅以下参考文件获取详细规则和表格数据:
scripts/pai_pan.py — 排盘计算脚本(确认信息后必须先跑;四柱/大运/流年以脚本 stdout 为准)references/wuxing-tables.md — 五行、天干地支、十神、藏干等所有参考表references/shichen-table.md — 时辰对照表、日上起时法(五鼠遁元)完整对照references/dayun-rules.md — 大运顺逆排规则、起运年龄计算、流年分析规则references/shensha-table.md — 神煞吉凶、查法与口诀(与脚本同一口径)references/classical-texts.md — 九本经典典籍的核心论命规则摘要排盘计算时请先跑 scripts/pai_pan.py,再读取对应的参考文件做分析,不要口算或凭记忆中的万年历改四柱。
按照以下步骤逐一收集用户信息。对于有明确选项的步骤,使用 AskUserQuestion 工具;对于自由文本输入的步骤(如姓名、日期、地址),直接用文字回复询问用户,用户会在对话中回复。不要一次问所有问题,而是一步一步来。注意:AskUserQuestion 要求每个问题至少 2 个选项,不要用于纯文本输入场景。
直接询问用户的当前姓名(不使用 AskUserQuestion,直接文字回复)。
"请告诉我您的姓名。"
"请问您有曾用名吗?"
选项:
直接用文字询问阳历生日(不使用 AskUserQuestion,直接文字回复):
"请告诉我您的阳历(公历)生日,格式如:1990年5月15日。如果不确定阳历生日,可以说不知道。"
直接用文字询问农历生日(不使用 AskUserQuestion,直接文字回复):
"请告诉我您的农历(阴历)生日,格式如:1990年四月廿一。如果有闰月请标注(如:闰四月)。如果不确定农历生日,可以说不知道。"
"请问您的出生时辰是?(如果只知道大概时间也可以,比如'早上'、'下午')"
提示:可参考 references/shichen-table.md 中的时辰对照表帮用户判断。
选项:
"请问您的性别?"
选项:男 / 女
性别影响大运排列方向(阳年男/阴年女顺排,阴年男/阳年女逆排),必须收集。
直接询问出生地(不使用 AskUserQuestion,直接文字回复)。
"请告诉我您的出生省份和城市(例如:辽宁省丹东市)。"
出生地用于真太阳时校正参考。如果用户提供的出生时间与时辰对应有偏差,可提醒用户可能存在真太阳时的影响。
默认将要分析的人视为在世,不要主动询问是否在世。
date 或等价方式获取系统日期,作为分析的「当前时间」--deceased-year YYYY,流年只推到该年将收集到的所有信息汇总展示给用户:
📋 信息确认:
- 姓名:XXX(曾用名:XXX,改名时间:XXXX年/未知/无)
- 阳历生日:XXXX年XX月XX日(或:未知)
- 农历生日:XXXX年XX月XX日(或:未知)
- 出生时辰:X时(或:未知)
- 性别:男/女
- 出生地:XX省XX市
- 当前日期:XXXX年XX月XX日
- 在世状态:默认在世(若用户已声明已故,则写去世年份)"以上信息是否正确?如需修改请告诉我,确认后我将开始排盘分析。"
用户确认后,进入第二阶段。
用户确认信息后,必须先跑排盘脚本,四柱、大运、流年、子时、神煞均以脚本 stdout 为准。禁止口算、禁止查记忆中的万年历、禁止自行推日柱/月柱/大运后覆盖脚本结果。
python3 scripts/pai_pan.py --solar 1990-05-15 --hour 12:00 --sex 男 --place 北京
python3 scripts/pai_pan.py --solar 1990-05-15 --shichen 午 --sex 男
python3 scripts/pai_pan.py --lunar 1990-04-21 --shichen 午 --sex 男
python3 scripts/pai_pan.py --solar 1990-05-15 --sex 男
python3 scripts/pai_pan.py --solar 1990-05-15 --hour 12:00 --sex 男 --deceased-year 2010| 已收集字段 | 参数 | 说明 |
|---|---|---|
| 阳历生日 | --solar YYYY-MM-DD | 有阳历就传;与农历同时存在时脚本以阳历为准 |
| 农历生日 | --lunar YYYY-MM-DD | 年-月-日用数字,如四月廿一 → 1990-04-21 |
| 闰月 | --leap | 仅农历闰月时加 |
| 具体出生时间 | --hour HH:MM | 与 --shichen 互斥 |
| 时辰地支 | --shichen 子|丑|寅|卯|辰|巳|午|未|申|酉|戌|亥 | 只知道时辰、没有钟点时用 |
| 时辰不确定 | (两个都不传) | 脚本时柱输出「未知」,只做六字 |
| 性别 | --sex 男 或 --sex 女 | 必填 |
| 出生地 | --place … | 可选;只用于展示和时辰边界警告 |
| 已故年份 | --deceased-year YYYY | Step 8 为已故时必传;流年只列到该年 |
阳历、农历至少要有一个。本机需要 python3,无 pip 依赖。
把脚本打印的 ## 输入 / ## 四柱 / ## 大运 / ## 流年 / ## 神煞 / ## 警告 原样作为排盘结果(可再排版,但干支、方向、起运、流年年份不得改)。
## 警告。出现「节气交界」或「立春前后」时,向用户说明临界,并严格采用脚本给出的那一套年柱/月柱。不要自己猜「可能有两种月柱」再当成一种用,也不要另算一套四柱。references/wuxing-tables.md;大运口诀对照 references/dayun-rules.md。解释必须服从脚本数字,不能反过来改盘。读取 references/classical-texts.md 获取经典论命规则,按以下框架进行分析:
## 神煞 为准,只解释脚本已列出的条目,不要补算未列出的神煞references/shensha-table.md(与脚本同一口径)在分析的最后,根据排盘结果和经典理论,提出 3-5 个该人已经发生的关键事件的时间段和性质预测,让用户验证这些预测是否准确。
示例:
根据用户对历史事件的反馈,微调分析模型,修正对格局和用神的理解。
所有分析都应引用经典典籍的论断,并标注出处。例如:"根据《穷通宝典》的调候原则,甲木生于酉月,先用丁火制金……"
| 情况 | 处理方式 |
|---|---|
| 时辰未知 | 时柱标"未知",只做六字(年月日)分析,不推断时柱相关内容 |
| 阳历农历都未知 | 无法排盘,建议用户回家查看出生证明或询问家人 |
| 节气交界日出生 | 提示可能有两种月柱,分别简要分析 |
| 立春前后出生 | 需精确判断年柱归属,可提醒用户确认具体时间 |
| 夜子时(23:00-24:00) | 按次日日柱计算时柱,注明此为早晚子时法 |
| 改名时间不详 | 记录"不详",分析中只参考现名,注明曾用名未知改名时间 |
| 已故之人 | 不主动询问是否在世;仅当用户已声明已故时再收集去世年份,流年只推到该年 |
| 闰月出生 | 农历需标注是否闰月,排盘时以节气为准不受闰月影响 |
SKILL.md
112a5d8
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.