AI 应用 / 智能化AI 应用 / 智能化Web 网站后台系统AI 应用已交付
玄易命理平台
八字、称骨、合盘、紫微、奇门、姓名八个排盘入口共用同一层 AI 解读，把九部命理典籍的原文接进推理链路，配一套内容后台。
成果与数据
8 个共用一层解读
排盘入口
131 个
业务接口
21 张
业务数据表
排盘入口一门术数一个独立工具8 个共用同一层解读
内容维护改一句文案要重新发版后台改完即时生效
后台规模—131 个接口 · 41 个 Controller
前台规模—121 个 tsx 页面与组件
以上为上线后的实测对比。数据来自客户现有业务的日常记录（订单系统、排班表、财务流水等）， 由客户方业务负责人确认。没有可靠量化口径的项目，这里只写周期、迭代次数这类过程指标。
客户当时的处境
排盘流派有十来种，每种一套算法，客户想要的是一个入口，而不是十个互不相通的工具
古籍解读吃的是老师傅的经验，一个人一天看不了几个盘，用户却希望随时都能得到解答
用户填的是出生时间和姓名，是最敏感的一类数据，一说要传到云端就有人不敢用
怎么做的，为什么这么做
八门术数共用一层解读
八字、称骨、合盘、紫微、奇门、姓名各自独立排盘，但解读统一走同一层：把排盘结果与对应典籍段落一起交给模型，输出同一套结构的解读文案。以后加一门术数只需补排盘算法，解读层不动。
前台与内容后台分离
前台只负责排盘与呈现；典籍原文、术语解释与解读模板放在后台维护，改一句文案不用重新发版。
敏感输入按一次性计算处理
排盘是一次性计算，页面上直接写明数据加密不存储，不把出生时间与姓名当作可沉淀的用户资产。
界面与演示
该项目界面受客户保密要求约束，对外只展示结构示意。如果你需要看实际界面，可以在沟通时申请一次在线演示。
Next.jsReactTypeScriptSpring BootJava
前后端分离。前台是 Next.js 应用，承担八个排盘入口与结果呈现；后台是 Spring Boot 单体，41 个 Controller 提供排盘参数、典籍内容与解读模板的读写。解读层与排盘层解耦：排盘只输出结构化结果，解读层拿到结果与对应典籍段落后再生成文案，换模型不影响排盘。
同类项目
全部项目其他AI 应用 / 智能化案例
同类需求的做法可以直接复用，沟通成本也低。
有类似需求？
先聊清楚你要解决的那件事
不用把需求想得很完整。说清楚现在是怎么运转的、最卡的是哪一步， 剩下的功能清单和报价我来整理，你确认就行。
这类项目通常落在「标准版」这一档。 金额我不在页面上写 —— 同样的系统，多一个端、多一项对接， 成本就差一截，写出来一定不准。
说说我的需求