| name | fortune-teller |
| description | 算命综合推算系统,融合紫微斗数、生辰八字、盲派、南北派四大派系,进行交叉验证的综合命理推算。触发条件:算命、八字算命、紫微斗数、命理分析、算一卦、看命 |
FortuneTeller 多代理版 v2.4.0
融合紫微斗数、生辰八字、盲派、南北派四大派系的综合命理推算系统
版本说明
v2.4.0(2026-03-19)- 多代理协作版
- ✅ 重构为多代理协作架构(7个专业子代理)
- ✅ 三层验证机制(计算验证→LLM验证→交叉验证)
- ✅ 三层Review流程(准确性→一致性→可读性)
- ✅ 充分利用LLM推理能力,减少JavaScript计算负担
- ✅ 输出更专业更深入的命理分析报告
v2.3.0(2026-03-17)- 一键生成版
- ✅ 自动生成PNG信息图(横版1920x1080 + 竖版1080x1920)
- ✅ 支持中文数字日期解析(农历十月初六、正月初一等)
- ✅ 完全自动化流程,无需用户中途干预
- ✅ 文字报告 + 图片可视化,双输出模式
核心架构
从单脚本到多代理协作
v2.3.0 架构:
JavaScript计算引擎 → AI主对话分析 → 输出报告
v2.4.0 多代理架构:
Phase 1: 输入解析专家 → Review 1(数据完整性)
Phase 2: 三大派系推算(并行)→ Review 2(推算准确性)
├─ 八字专家 → 四柱推算
├─ 紫微专家 → 斗数分析
└─ 盲派专家 → 口诀推演
Phase 3: 三层验证专家 → Review 3(验证完整性)
Phase 4: 报告撰写专家 → Review 4(报告质量)
Phase 5: 最终Review(整体一致性)
Phase 6: 生成PNG → 输出完整报告
核心优化:每个子代理完成后立即Review,确保质量关卡前置,问题早发现早解决。
注:南北派专家暂时屏蔽,待后续优化后再启用。
子代理配置
系统包含6个专业子代理,配置文件位于 agents/ 目录:
-
输入解析专家 (input-parser-specialist.md)
- 从自然语言中提取姓名、性别、日期、时辰、地点
- 支持多种日期格式(公历、农历、干支)
- 支持12时辰表达方式
- 支持40+主要城市坐标匹配
-
八字专家 (bazi-specialist.md)
- 四柱排盘(年柱、月柱、日柱、时柱)
- 五行分析(强弱、缺失、流通)
- 十神配置(性格、关系、事业)
- 格局判断(正格、从格、化格)
- 大运计算(起运年龄、大运排列)
-
紫微专家 (ziwei-specialist.md)
- 十二宫位配置
- 十四主星分析
- 四化飞星推演
- 大限流年预测
-
盲派专家 (mengpai-specialist.md)
- 三维定位法(格局-流通-调候)
- 墓库能量开关理论
- 十神精析系统
- 传统口诀应用
- 神煞计算
- 流年应期
- 趋吉避凶建议
-
验证专家 (validation-specialist.md)
- 第一层:计算验证(排盘准确性)
- 第二层:LLM逻辑验证(因果一致性)
- 第三层:派系交叉验证(结论一致性)
-
报告撰写专家 (report-writer-specialist.md)
- 整合所有推演结果
- 生成结构化Markdown报告
- 专业术语通俗化
- 包含置信度评估
注:南北派专家暂时屏蔽,待后续优化。
Review流程(关键优化)
核心理念:每个子代理完成后立即Review,质量关卡前置,问题早发现早解决。
Review 1(Phase 1完成后):输入数据完整性检查
- 检查姓名、性别、日期、时辰、地点是否完整提取
- 验证日期格式转换是否正确(农历→公历)
- 验证时辰解析是否准确(12时辰→24小时制)
- 验证地点坐标匹配是否正确
- 不通过:返回重新提取,不允许进入Phase 2
Review 2(Phase 2完成后):推算准确性检查
- 检查八字四柱排盘是否正确
- 检查五行统计是否准确
- 检查紫微宫位配置是否合理
- 检查各派系理论应用是否得当
- 验证计算结果与理论是否一致
- 不通过:指出错误,要求重新推算
Review 3(Phase 3完成后):验证完整性检查
- 检查三层验证是否全部完成
- 检查验证逻辑是否清晰
- 检查问题发现是否充分
- 检查置信度评估是否合理
- 不通过:要求补充验证内容
Review 4(Phase 4完成后):报告质量检查
- 检查报告结构是否完整
- 检查内容是否全面覆盖所有派系
- 检查专业术语是否准确
- 检查逻辑是否连贯
- 检查是否有遗漏或错误
- 不通过:要求修改报告内容
Review 5(最终Review):整体一致性与可读性
- 检查整个报告的一致性
- 检查派系结论是否矛盾
- 检查语言表达是否自然流畅
- 检查是否有AI痕迹
- 检查置信度标注是否准确
- 不通过:要求优化表达
Review专家配置:
- 可由主代理兼任,或调用独立的Review子代理
- 每次Review输出结构化结果:
{"status": "pass/fail", "issues": [], "suggestions": []}
使用说明
用户输入
用户用自然语言输入基本信息,例如:
帮我算命,张三 男 2025年3月15日 下午2点 北京
必需信息(全部必填,不得省略):
- 姓名
- 性别(男/女)
- 出生日期(2025年3月15日 或 农历十月初六)
- 出生时辰(X点 或 上午X点、下午X点、晚上X点)
- 出生地点(北京、上海、广州等)
⚠️ 重要:所有信息必须由用户提供,不允许使用默认值!
如果用户没有提供任何一项,应反复询问,直到获取所有信息。
AI工具执行流程
digraph fortune_teller_flow {
rankdir=TB
node [shape=box, style=filled]
start [label="用户输入自然语言", fillcolor="#c8e6c9"]
phase1 [label="Phase 1: 输入解析专家", fillcolor="#bbdefb"]
review1 [label="Review 1: 数据完整性", fillcolor="#fff9c4"]
decision1 [label="通过?", shape=diamond, fillcolor="#f8bbd0"]
phase2 [label="Phase 2: 四大派系并行推算", fillcolor="#bbdefb"]
review2 [label="Review 2: 推算准确性", fillcolor="#fff9c4"]
decision2 [label="通过?", shape=diamond, fillcolor="#f8bbd0"]
phase3 [label="Phase 3: 三层验证专家", fillcolor="#bbdefb"]
review3 [label="Review 3: 验证完整性", fillcolor="#fff9c4"]
decision3 [label="通过?", shape=diamond, fillcolor="#f8bbd0"]
phase4 [label="Phase 4: 报告撰写专家", fillcolor="#bbdefb"]
review4 [label="Review 4: 报告质量", fillcolor="#fff9c4"]
decision4 [label="通过?", shape=diamond, fillcolor="#f8bbd0"]
final_review [label="Review 5: 整体一致性", fillcolor="#fff9c4"]
decision5 [label="通过?", shape=diamond, fillcolor="#f8bbd0"]
phase6 [label="Phase 6: 生成PNG", fillcolor="#bbdefb"]
output [label="输出完整报告", fillcolor="#f8bbd0"]
start -> phase1
phase1 -> review1
review1 -> decision1
decision1 -> phase2 [label="是"]
decision1 -> phase1 [label="否,重新提取"]
phase2 -> review2
review2 -> decision2
decision2 -> phase3 [label="是"]
decision2 -> phase2 [label="否,重新推算"]
phase3 -> review3
review3 -> decision3
decision3 -> phase4 [label="是"]
decision3 -> phase3 [label="否,补充验证"]
phase4 -> review4
review4 -> decision4
decision4 -> final_review [label="是"]
decision4 -> phase4 [label="否,修改报告"]
final_review -> decision5
decision5 -> phase6 [label="是"]
decision5 -> phase4 [label="否,优化表达"]
phase6 -> output
}
详细步骤:
步骤1: AI工具识别意图
- 用户: "帮我算命,张三 男 2025年3月15日 下午2点 北京"
- AI识别: 这是算命请求,触发 fortune-teller skill
步骤2: Phase 1 - 输入解析 + Review 1
- 调用输入解析专家子代理
- 提取结构化数据(姓名、性别、日期、时辰、地点)
- 立即Review 1:检查数据完整性
- 姓名是否提取?性别是否识别?
- 日期格式转换是否正确?
- 时辰解析是否准确?
- 地点坐标是否匹配?
- 如果Review不通过:返回重新提取,不允许进入Phase 2
步骤3: Phase 2 - 四大派系推算 + Review 2
- 并行调用4个子代理:
- 八字专家 → 生成八字分析
- 紫微专家 → 生成紫微分析
- 盲派专家 → 生成盲派分析
- 南北派专家 → 生成南北派对比
- 立即Review 2:检查推算准确性
- 八字四柱是否正确?
- 五行统计是否准确?
- 理论应用是否得当?
- 计算结果是否一致?
- 如果Review不通过:指出错误,要求重新推算
步骤4: Phase 3 - 三层验证 + Review 3
- 调用验证专家子代理
- 第一层:计算验证
- 第二层:LLM逻辑验证
- 第三层:派系交叉验证
- 生成置信度评分
- 立即Review 3:检查验证完整性
- 三层验证是否全部完成?
- 验证逻辑是否清晰?
- 问题发现是否充分?
- 置信度评估是否合理?
- 如果Review不通过:要求补充验证内容
步骤5: Phase 4 - 报告撰写 + Review 4
- 调用报告撰写专家子代理
- 整合所有推演结果
- 生成结构化Markdown报告
- 立即Review 4:检查报告质量
- 报告结构是否完整?
- 内容是否全面覆盖?
- 术语是否准确?
- 逻辑是否连贯?
- 如果Review不通过:要求修改报告内容
步骤6: Review 5 - 整体一致性与可读性
- 检查整个报告的一致性
- 检查派系结论是否矛盾
- 检查语言表达是否自然流畅
- 检查是否有AI痕迹
- 检查置信度标注是否准确
- 如果Review不通过:要求优化表达
步骤7: Phase 6 - 生成PNG
- 自动调用
/infographic-generator
- 生成横版(1920x1080)和竖版(1080x1920)信息图
步骤8: 输出最终报告
- Markdown报告(8000-12000字)
- PNG信息图(横版+竖版)
输出内容
完整命理分析报告(Markdown格式):
- 基本信息 - 姓名、性别、出生日期、真太阳时
- 八字排盘 - 四柱、五行、十神、神煞
- 紫微斗数 - 十二宫、主星、四化、大限
- 综合分析 - 性格、事业、财运、感情、健康
- 大运流年 - 大运走势、流年提醒
- 趋吉避凶 - 有利因素、注意事项
- 验证与置信度 - 三层验证结果、置信度评分
- 免责声明 - 仅供参考,娱乐而已
PNG信息图:
- 横版(1920x1080):适合博客、报告
- 竖版(1080x1920):适合手机分享、小红书
文件输出规范
⚠️ 重要规则:所有文件输出必须严格遵守以下目录规范
目录结构
fortune-teller/
├── agents/ # 子代理配置目录(新增)
│ ├── input-parser-specialist.md
│ ├── bazi-specialist.md
│ ├── ziwei-specialist.md
│ ├── mengpai-specialist.md
│ ├── nanbeipai-specialist.md
│ ├── validation-specialist.md
│ └── report-writer-specialist.md
│
├── lib/ # 计算引擎库(保留)
│ ├── bazi-calculator.js
│ ├── ziwei-calculator.js
│ └── ...
│
├── prompts/ # 提示词模板(保留)
│ ├── ziwei-analysis.md
│ ├── bazi-analysis.md
│ └── ...
│
├── output/ # 正式输出目录
│ ├── [姓名]_命盘数据.json
│ ├── [姓名]_完整命理报告.md
│ ├── [姓名]_命盘信息图_横版.png
│ └── [姓名]_命盘信息图_竖版.png
│
├── test/ # 测试输出目录
└── backup/ # 备份目录
三层验证机制
第一层:计算验证
目标: 确保排盘计算的准确性
验证内容:
- 八字四柱准确性(年柱、月柱、日柱、时柱)
- 五行统计准确性(数量、缺失)
- 神煞计算准确性(天乙贵人、桃花、驿马等)
- 紫微宫位配置准确性(十二宫、主星)
方法:调用计算引擎验证
第二层:LLM逻辑验证
目标: 确保分析推理的合理性
验证内容:
- 因果关系验证(五行生克逻辑链)
- 结论依据验证(判断是否有理论支撑)
- 矛盾检测(不同分析之间是否矛盾)
- 过度推断检测(是否有超出依据的结论)
方法:LLM分析推理
第三层:派系交叉验证
目标: 确保多派系结论的一致性
验证内容:
- 八字 vs 紫微(结论是否一致)
- 八字 vs 盲派(口诀是否支持)
- 南派 vs 北派(差异是否可解释)
- 置信度评估(综合评分)
方法:派系对比分析
技术架构
计算引擎(lib/)
保留现有的JavaScript计算引擎,用于:
-
精确计算
- 真太阳时计算
- 八字排盘计算
- 紫微斗数排盘
- 大运流年计算
-
被Agent调用
- 子代理可以通过Bash工具调用计算引擎
- 例如:
node lib/bazi-calculator.js --date "2025-03-15" --time 14
-
验证基准
提示词库(prompts/)
保留现有的提示词模板,用于:
-
子代理参考
-
动态加载
- 子代理可以读取prompts/*.md
- 作为背景知识参考
子代理系统(agents/)
新增的子代理配置文件,定义:
- 角色定位 - 每个子代理的专业领域
- 核心能力 - 擅长的分析维度
- 输入输出 - 结构化的JSON格式
- 工作流程 - 分析步骤
- 质量标准 - 输出要求
Token消耗与时间预估
总Token消耗: ~28,000 tokens(含5次Review)
各阶段消耗:
- Phase 1(输入解析): ~2,000 tokens
- Review 1: ~500 tokens
- Phase 2(四大派系): ~10,000 tokens(并行)
- Review 2: ~1,500 tokens
- Phase 3(验证): ~3,000 tokens
- Review 3: ~800 tokens
- Phase 4(报告撰写): ~4,000 tokens
- Review 4: ~1,000 tokens
- Review 5(最终): ~1,200 tokens
- Phase 6(生成PNG): ~500 tokens
- 其他开销: ~3,500 tokens
总时间预估: 3-5分钟
Review时间占比:约20-25%的时间用于Review,但可以避免后期返工,整体效率更高。
核心优势
1. 专业化分工
- 每个派系有专门的Agent
- 充分利用LLM推理能力
- 输出更专业更深入
2. 质量保证
- 三层验证机制
- 三层Review流程
- 置信度评分
- 八字验证
3. 可扩展性
- 新增派系只需添加配置文件
- 无需修改JavaScript代码
- 易于维护和优化
4. 参考wechat-article-writer成功模式
- 相同的多代理架构
- 相同的自然语言指导
- 相同的Review机制
注意事项
- 日期格式:支持农历和阳历,系统会自动转换并验证
- 真太阳时:提供出生地可以获得更准确的时辰
- 验证机制:系统会进行三层验证确保准确
- 大运流年:分析会考虑对应的时代背景
- 置信度:报告会明确标注置信度评分
更新日志
- v2.4.0: 多代理协作版,7个子代理,三层验证,三层Review
- v2.3.0: 一键生成版,自动生成PNG信息图
- v2.2.0: 重大改进版,文件输出规范,优化提示词
- v2.1.0: 完整增强版,三层验证,增强报告生成器
- v1.0.0: 初始版本,包含四大派系排盘和基本分析