agentleFS
AstralumeLanAstralumeLan/Prophet-toolkit/skills/bazi/SKILL.md

bazi

Skill1 starsChanged 12 days agoMITView on GitHub

使用 Prophet 八字 JSON 与本地子平语料分阶段解读,区分旺衰、格局、调候及运限并审核证据;不代替排盘。

16 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use liuyao.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • clider0915Skill

    liuyao

    六爻问卦技能。当用户要求六爻起卦、问卦、摇卦、铜钱卦,或简单预测一件事的结果时使用。 适用于一事一断、近期决策、吉凶判断等场景。门槛低、响应快、结论清晰。

    Also in 3 projects that use this

The file

Files
SKILL.md

八字分析

先读取 engine.name/version/rules、warnings 和 input。保留原始钟表时间、精度和所有候选;不把计算样本写成确认出生时间。以下路径以原始 CLI JSON 为根;[0] 仅示范索引,实际逐分支替换,不支持通配符。未返回的字段应写“未计算”,不能凭记忆补盘。

按问题选择工具 → 制定阶段计划 → 排盘 → 按条件检索本地语料 → 带证据回答 → Critic 复核。复用已有有效命盘,避免反复排盘和整库灌入上下文。技能本身不调用模型或网络,不改变核心规则。

工具与字段

bin/prophet bazi chart ...;运年另用 bazi liunian ... --year YYYY,流月用 bazi liuyue。 必读字段及条件字段见 字段与规则。先核对候选数与 invariants;不要只读第一盘。

分阶段分析

  1. 旺衰:从月令、日主、通根、透干和生克条件分别论证,区分得令/得地/得势;不从五行个数直接判强弱。
  2. 格局:按所选格局流派,从月令及透藏提出候选;列成格、破格、救应条件,不因某个十神出现就定格。
  3. 调候:以日干、季节及寒暖燥湿检索,核实原文条件。调候用神与扶抑、格局用神分别标记。
  4. 病药:写明结构障碍的证据及解决条件;至少检验一个反例,不把“病”当医学诊断。
  5. 十神:在位置、藏透、组合及前述结构中分析;神煞仅作补充,不据单一标签推定具体经历。
  6. 大运流年:读 dayun 顺逆、起运、起止年与年龄口径;流年必须来自指定年的工具。分清本命条件与运年触发,写时间范围和相反条件,不承诺事件必发生。

每阶段先列事实,再搜索 规则查询,最后形成暂定推论。缺少成立条件则保留候选,不强行给唯一喜忌。

Critic / evaluator

输出前另作一轮审核,返回 pass/revise/insufficient 和问题清单:

  • 每条盘面事实是否来自当前人物、当前分支的实际工具输出?检查字段值,禁止编造星曜、干支和坐标。
  • 每条解释是否有具体 json_paths、具名 school / rule_id、检索 query 或真实段落 id?查询只是待核出处,不能冒充已取得原文。
  • 检索后是否核对段落、相邻上下文、条件、来源及许可?引用不等于规则适用;不虚构引文或段落 ID。
  • 是否区分计算事实、经典规则和分析推论?计数不是旺衰评分,星曜标签不是人生事件。
  • 是否列出支持和不支持条件、相反解释,以及约略时间改变的部分?不得把单分支结论写成区间共识。
  • 是否混用流派、时间规则或把相同底层库重复计为独立证据?实际经历只能作外部反馈,不能伪装为推算。
  • 标注 hallucination(不存在字段、虚构出处、无证据断语)、uncertainty(输入/规则/解释分别列出)和 counter-interpretations。缺证据时删改结论,不能只降低 confidence 后保留断言。

输出模板

按下列结构输出分析;evidence 中每条均遵循 证据协议,避免留下占位值:

对象与问题;engine / rules / warnings;时间精度与分支范围
盘面事实:字段路径 → 实际值
逐阶段分析:判断 → 成立条件 → evidence item → 反证/异说
稳定结论 / 分支结论 / 未决问题
Critic:status、hallucination、uncertainty、counter_interpretations、修订项

使用 prophet evidence check FILE 检查 {chart: 原始命盘, evidence: [...]}。 验证通过只保证结构和字段存在,不保证解释正确;人工 Critic 仍需检查语义。

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.