仓库摊开的是排盘规则，不是一张命定证明
Renhuai123/ziwei-doushu 把倪海厦《天纪》教学口径写成 TypeScript 排盘引擎：安命宫、定五行局、安主星辅星、排大限流年，再叠四化飞星。格局知识库超过 1100 行，覆盖紫府同宫、日月并明、七杀朝斗一类名称。另附《骨髓赋》《紫微斗数全集》等古籍原文，以及 14 主星乘 12 宫的条目。线上演示在 metisziwei.com。作者署王多鱼AI，星标约 3800。
样本标签写着 518,400 条，压缩分三卷约 5.5 GB，每条带命盘 JSON 和财运、事业、感情、健康等主题解读。口径与线上站一致，并称男女命、子午流注、女命保养字段做了覆盖检查。这是同一套规则批量展开后的语料，不是流行病学随访。拿它训命理模型，省的是爬盘时间，不是验证「说中了」。
开源内容含排盘、四化、格局库和古籍数据；不含 AI 解读 prompt、后端 API、用户系统、支付和部署配置。
v3.0-samples 在 2026 年 5 月 1 日打的这个包。想上线收费站，还得自己补账号、账单和那层会说话的提示词。
抄源码能起排盘页，训模型先把许可证读完
前端是 Next.js 14：排盘工作台、古籍阅读器、百科页。规则可参考 lib/ziwei/patterns.ts 一类文件自己拼 LLM 提示，仓库故意不把现成解读提示词放出来。代码常见 MIT；姊妹语料库写过 CC BY-NC-SA。样本要求在产品页或页脚标明来源。古籍和当代讲课整理还涉及原书与课程权利，商用前应单独核对，不能默认「开源等于可卖命书」。
紫微斗数内部本就有三合与飞星、全书与全集四化表的分歧。庚年化科、壬年化科在不同传本上不一致。这套引擎选定《天纪》飞星口径，并写明纯飞星派页面已下线。和轻量库 iztro 比，那边提供多语言排盘 API，不附带五十万条解读文本。要网站交互抄本仓库更近；只要星盘数据结构，iztro 更瘦。
| 你想做的 | 这个仓库直接给的 | 你还要补的 |
|---|---|---|
| 排盘网站 | 算法、Next 界面、宫星关系 | 服务器、隐私政策和免责声明 |
| 训解读模型 | 51.8 万条同口径样本 | 许可证、去重、防止把文本当事实 |
| 合盘功能 | 双盘比对逻辑说明 | 产品层怎么展示不确定性 |
| SEO 词条 | 14 星×12 宫图谱 | 原创阐释，避免整页搬运古籍 |
健康和财运字段最容易被当成医嘱
样本里的健康主题含子午流注表述，女命含保养字段。这是命理文本的结构标签，不是诊疗记录。产品若把模型输出写成「必病」「必财」，就把规则引擎的确定性，偷换成身体和金钱上的确定性。排盘输入还是出生时分，时差、历法转换错一格，后面的四化全会偏。
数据平了路，因果还是平不了
- 做工具：先跑通安星与四化，再决定要不要加载 5.5 GB 样本
- 做模型：把格局判定当分类标签，不要当预测标签
- 做内容站：古籍当引用，页脚标明样本来源，正文写清娱乐与文化属性
- 做决策：医疗、投资、婚恋仍应找对应专业，不找宫位
开源降低的是「从零手写飞星表」的成本。它不能降低的是：不同流派互斥、解读文本自我强化、用户把文案当成命运。路铺平了，指的是工程路。把紫微斗数写成可运行的规则很好核对；把运行结果写成人生因果，规则帮不上忙。
