liki

Liki — 专业命理 Skill

懂命理，用 Liki。
排盘可复现 · 断语可溯源 · 边界明说
八字 · 紫微 · 六爻 · 奇门 · 黄历择日 · 风水 · 起名

为什么是 Liki

直接问大模型算命，同一张盘问三遍，可能得到三个答案。而命理恰恰"差之毫厘，谬以千里"：节气边界错一天，年柱就换，后面的断语全部跟着错。

所以 Liki 把每个"容易错"的环节都做成了显式流程——排盘多源对算、断语来自规则真值表、时间先归一化再考时。结论是"算"出来的，不是模型临场生成的。

• ✅ 排盘可复现——同样的输入，永远同样的盘面；节气、真太阳时由天文历算引擎处理
• ✅ 断语可溯源——每条结论都带因子依据，点得回《三命通会》《滴天髓》的原文
• ✅ 边界明说——时辰敏感就校准，证据不足就说不足，绝不默认、绝不编造

三个专项

下面是三个最容易被忽视、也最能区分 Liki 的地方。

专项一｜排盘引擎：和三个开源实现"对着算"出来的

排盘引擎不是一次写完的。192 个节气边界案例（2024–2027 年，每年 24 节气 × 每节气 2 个锚点）与 lunar-python、sxtwl、bazi-calculator 三个开源实现四方对算，策略只有一条：all_oracles_must_agree——任何一个不一致都不允许通过。紫微实现与 iztro 兼容数据源对齐。

引擎与经典不符的地方，按原文校正并固化为防回归锚点：

《穷通宝鉴》校正示例：乙木向阳，专取丙火；水多以戊佐。 引擎输出与这条原文逐字对齐，另与 120 条原文参考表全量比对。

专项二｜断语直断：829 条真题 + 经典拟合的真值表

断语不是模型生成的，是从真值表里"命中"出来的：829 条断语、893 个条件组、1355 条件行，底层是 511 个本命因子和 111 个流年因子。命中即直断，不命中明说——没有临场编话术的空间。每条断语自带依据与经典出处，比如这条真实数据：

断语	依据
五行缺木：肝/胆/筋骨/目 偏弱	木主肝（《黄帝内经》“东方生风，风生木，木生酸，酸生肝”）

两个设计细节：

• 流年断语必须携带当年引动因子，否则数据校验直接报错——防止"本命体质逐年重复命中"；
• 160 道命理师大赛真题（Mingli160）用于规则链覆盖与零命中检查，作为手动校准/评估集。

专项三｜考时：即使你拿着出生证明

命理排盘最容易错的一步，恰恰是"确定时间"：

• 医院钟表记的是标准时，不是出生那一刻的太阳——经度不同，真太阳时可能差出半个时辰；
• 出生在节气交界，差几分钟年柱就换；
• 23 点后的晚子时，日柱归属最容易错。

所以 Liki 把考时做成显式流程，而不是拿着钟表时间默默替你排：

你的时间 + 出生地 → 归一化解析 → 候选集（每个候选带原因）
→ 逐候选完整排盘 → 提取时柱敏感事实（时柱/十神/神煞）
→ 对照你的真实事件（2-3 个候选、3-5 件大事及年份）→ 校准结论 + 证据覆盖说明
→ 证据不足？明说"考时证据不足"，绝不默认

30 秒上手

第一步：安装 skill（一行命令）

npx skills add https://liki.hk

第二步：直接问

目标	直接这样问
命理	算八字，1990-05-20 12:00 北京出生，男
起名	宝宝起名，2024-06-10 广州出生，男，姓陈
问卦	这个项目能成吗？什么时候有结果？
择日	下个月哪天适合搬家？
风水	我家风水怎么样？

第一次使用命理时，建议提供出生日期、尽量精确的时间、出生城市和性别。信息不全时，Skill 会追问或进入考时流程。提示更新后重新执行：npx skills add https://liki.hk -y。

对比：直接问大模型，还是用 Liki

	直接问大模型	Liki
排盘	模型心算，节气/真太阳时易错，多次结果可能不同	天文历算引擎，同样输入永远同样盘面
断语	自由发挥，没有出处	829 条规则真值表，每条带经典原文
考时与边界	直接用钟表时间，边界处静默二选一	候选集 + 原因 → 逐盘校准，证据不足明说
输出	纯文本，下游难以复用	结构化 JSON + SHA-256 摘要防篡改，可接入你的产品
验证方式	无法验证	开源，全链路可审计

信任与边界

可靠性的三根支柱

支柱	事实
可溯源（专业度）	每条断语 → 命中因子 → 因子依据 → 经典原文，四层全链可回溯
可复现（可靠度）	引擎与主流实现对算通过；关键输出带 SHA-256 摘要，防篡改
不越界（低自我导向）	出生数据只在当前会话；不索要真实姓名，不写档案、不进反馈

工程与隐私事实

• 双体系显式合参：八字、紫微分侧计算，冲突分层列证。
• Skill 与服务端不做版本兼容检查；未知工具会返回明确错误。
• 镜像由本地构建，按 commit sha 部署。
• 敏感问题走关怀优先（support-first）的安全策略。
• 城市查询只使用内置 WGS-84 地理表，不做外部地理编码请求。

诚实声明：边界本身就是可靠性的一部分

• Mingli160 是覆盖与零命中检查，不是独立准确率评测，也不构成命理正确性证明。
• 命理结论是传统文化视角的条件性解读，不构成医疗、法律、投资或重大人生决策建议。

这适合谁

• 想认真了解自己命盘的人——排盘可靠、依据可查，不用自己啃古籍排盘。
• 命理师 / 内容创作者——一致性工具：同一张盘，任何时候、任何人排出来都一样。
• 应用开发者——标准 MCP 工具，结构化 JSON 输出，可直接接入你的产品。

常见问题

不知道出生时辰怎么办？

Skill 会追问，或使用真实事件进入考时流程。证据不足时明确标注"考时证据不足"，不会默认时辰。起名域不默认时辰，改用期望五行策略；宝宝和青少年跳过考时，直接以提供的时辰排盘。

我知道准确的出生时间，为什么还要考时？

钟表时间不是命理时间：标准时（如北京时间）和出生地的真太阳时可能差出半个时辰；节气交界差几分钟年柱就换；晚子时还涉及日柱归属。这些错都发生在你看不见的边界上，所以即使时间准确，Liki 也先归一化：列出候选和原因，逐个排盘，再用真实事件校准。这是排盘正确性的第一步。

需要联网吗？

需要。Skill 通过 liki.hk 托管的 engine-mcp（排盘）与 counsel-mcp（断语）两个 MCP 端点提供服务——安装即用，无需任何配置。

出生数据会被存储吗？

不会。出生数据只在当前会话上下文中使用；不写入本地档案，也不提交到反馈。

怎么更新？

按提示重新执行 npx skills add https://liki.hk -y。版本校验失败时不降级调用旧 RPC。

仓库与部署

四个仓：liki、liki-agent-runtime、liki-web、liki-deploy。镜像在各仓本地构建 （tag = commit sha）；liki-deploy 负责全系统 e2e、部署与 smoke。

许可与声明

代码采用 MIT。命理结论为传统文化视角的参考性解读，不构成医疗、法律、投资或重大人生决策建议。内嵌地理数据不由 MIT 重新授权，第三方声明见 NOTICE。

完整使用说明见用户指南；参与贡献见 CONTRIBUTING，变更历史见 CHANGELOG。

懂命理，用 Liki。