7 篇
运气七篇索引
用篇章、主题、术语、案例与检索条件做结构化映射。
图解总览
这组图形先用 2026 丙午年的示意数据演示结构,重点帮助理解岁运、司天、在泉、主运、客运、主气、客气与客主加临之间的关系。后面接入真实推演后,这些图会直接跟随查询结果变化。
司天
少阴君火
(二阴)
在泉
(二阳)
主运
木运太过
太角
主气
少阴君火
二阴
客运
水运太过
太羽
客气
厥阴风木
一阴
客主加临
相得,顺
主气与客气相得,气机较顺
丙午年示意中,上临少阴君火,岁运偏太羽水,在泉为阳明燥金。图上先看热、寒、清三层气机,再回到原文条文理解同化与偏胜。
岁运为太水,司天为少阴君火,在泉为阳明燥金,午支属火,故本示例不按平气之年理解。先看岁运与年支,再判断是否平气。
学习时不要只背结论,建议先看司天、在泉、主运、客运之间的上下内外对应,再去读治法、药食与病机提示,理解会更稳。
产品结构
这样既能先上线一套能学、能查、能积累内容的网站,又不会因为一次性硬做完整算法而卡住进度。
Foundation
先处理时间与历法,这是后续所有推演都离不开的基础层。
Learning
把原文学习、知识点梳理和检索工具放在同一层体验里。
Inference
在历法层稳定以后,逐步接入五运六气核心推演规则。
Platform
保证网站可持续使用、可维护、可部署,而不是一次性演示页。
运气七篇
学习站不是只堆原文,而是把篇章、术语、推演入口、案例与查询条件对应起来,方便从“看懂”走向“会用”。
Chapter 66
用于建立五运六气总纲、阴阳五行与岁纪框架,是整个学习站的总目录与概念门户。
Chapter 67
重点映射岁运、五音建运、太少相生、太过不及与平气等内容,后续接入主运与客运计算。
Chapter 68
主要承担六气主气、客气与气机升降的知识解释,是六气页面的重要理论底座。
Chapter 69
适合承接气运变化、胜复关系与异常年份案例,便于后期做年份级推演与案例库。
Chapter 70
用于整理木火土金水常政与失政变化,后续可与运气同化、岁运偏盛衰相联系。
Chapter 71
这里是司天、在泉、左右间气、客气排布与客主加临的核心依据,应作为算法二期重点。
Chapter 74
承接临床与综合判断,可作为最终推演结果说明层,把运、气、节令与体质提示整合在一起。
出生排盘
第一版支持阳历与阴历录入,返回公历、农历、干支四柱、纳音与节气节点。下一步将在这个结果上继续补主运、客运、岁运太过不及、司天在泉、左右间气与客主加临。
当前说明
这是一期基础排盘层,不会假装输出尚未完成的复杂推演。我们先把时间、历法、节气边界做稳,后续的算法文档和功能会继续接上。
预览结果
开发排期
这是对个人项目比较友好的节奏,既能保证一期尽快上线,也能给核心算法和内容校对留足时间。
完成技术选型、视觉系统、页面骨架、知识架构与部署蓝图,确保整个项目不乱套。
建设篇章索引、知识卡片、术语解释、节气时间轴与搜索入口,让学习内容先能上线。
打通阳历、阴历、闰月、干支四柱、节气节点与岁次换算,形成个人分析入口。
实现岁运、主运、客运、司天在泉、左右间气、客主加临与运气同化等规则。
部署到服务器,补充监控、日志、内容校对与 SEO,形成可对外访问的正式版本。
部署方案
第一阶段建议用一台 Linux 服务器 + Docker + PostgreSQL + 对象存储,既稳定也方便后期扩容。等内容和算法稳定后,再考虑分离服务。
Step 01
使用一台 2C4G 以上 Linux 服务器部署 Next.js 站点,域名先收口到主站,保持结构简单。
Step 02
接入 PostgreSQL 存储文章、术语、案例与用户查询记录,再给后台录入留接口。
Step 03
原文图片、插图和导图走对象存储,数据库每日备份,关键文档进 Git 仓库。
Step 04
开启 HTTPS、Nginx 反向代理、错误日志和可用性监控,避免站点上线后没人知道它出问题。
开发文档已落地到项目里
规划、知识地图、部署说明、开源借鉴建议都已经整理成文档,后续我们可以继续直接在这个工程里往前开发。