返回
關於

系統說明

這個專案不是讓人工智慧直接算命

奇門道把“排盤、評分、領域規則、模型解讀”拆成獨立環節。先用確定性程式算出盤面和結構化資料,再讓大模型把這些資料翻譯成使用者能理解的判斷和行動建議。

01
收集問題

先判斷使用者在問奇門、八字還是綜合問題,並保留原始提問。

02
規則排盤

由後端計算時間、干支、九宮、八門、八神、格局與評分。

03
整理欄位

把頁面需要展示的內容整理成固定欄位,防止模型隨意發揮。

04
前端呈現

前端只讀取約定欄位,按模組穩定展示總判、定基、推演和指南。

最近更新

把“算得準”拆成可評測、可糾偏、可回放

這輪重點不是多寫幾段斷語,而是把用神、目標十神和動態引動做成更穩定的工程鏈路。

評測

用神基於古籍命例評測糾偏

新增用神 / 目標十神評測口徑,用陸致極《八字命理學進階教程》命例對照本地規則引擎,修復從兒格、調候為急、印星救主、棄官就印等關鍵偏差。

面板

八字動態展示取材邏輯

動態展示不再只等模型給結論,而是從規則算出的原局狀態、歲運變化和候選年份裡提取目標十神、宮位與引動機制,讓頁面展示和底層計算同源。

路由

兩條線判斷

八字問事先判斷使用者是在問當下狀態、未來年份、先天結構、人物傾向還是方向選擇;再判斷應該看領域十神、命局喜用神,還是隻給低把握的參考。

歷史更新

從排盤工具,逐步變成可審計的推演系統

早期工作主要在補齊體驗和基礎能力:問事、排盤、運勢、反饋、快取和報告展示都逐步從單點功能收斂到同一套規則優先的架構裡。

運勢

日、周、月、年四層運勢

運勢頁從單一日運擴充套件到七日曲線、流月節奏和年度歲運視窗,並保留分數依據、低谷期和可執行建議。

問事

奇門、八字、聯合推演分流

使用者自然語言提問先進入術數路由,具體事件走奇門,長期結構走八字,兼具眼前事件和命局背景時再做聯合推演。

檔案

八字檔案與現實斷事筆記

支援陽曆、農曆、四柱反查、出生地與真太陽時修正;斷事筆記會進入月運詳批,讓解釋貼近當下真實處境。

反饋

應驗反饋與審計留痕

奇門和八字問答保留路由、規則、模型輸出與後處理快照,使用者回填結果後可以用於後續評分權重和提示詞校準。

第一步 · 判斷問題型別

先判斷問題屬於哪條推演鏈路

使用者只輸入一句自然語言,系統先判斷它應該走奇門問事、八字問答,還是需要結合八字檔案的綜合模式;八字問事再用兩條線判斷“問哪類事”和“看哪類依據”。

輸入

問題原文

保留使用者原話,作為報告裡的“問題”欄位,也用於後續反饋比對。

路由

兩條線識別

後端根據問題意圖選擇推演方式和判斷依據,避免所有問題都塞進同一套提示詞。

上下文

八字檔案可選注入

只有當鏈路需要時,才把已選檔案摘要傳入推演,不讓出生資訊汙染普通奇門盤。

第二步 · 規則計算

能計算的部分,不交給模型猜

奇門排盤、八字四柱、歲運評分都由規則引擎完成。模型拿到的是結果包,而不是讓它自己編出盤面。

奇門

九宮排盤

計算陰陽遁、局數、值符值使、九宮星門神與格局吉凶。

八字

命盤結構

生成四柱、十神、五行旺衰、格局、喜忌與大運流年。

評分

可審計依據

分數來自規則和欄位組合,模型只能解釋分數,不能重寫分數。

第三步 · 約束解讀

大模型負責表達,但必須按欄位規範輸出

提示詞會要求模型輸出固定模組,例如結論先行、奇門定基、局象推演、開運指南。

約束

欄位固定

前端依賴的是標題、結論、行動建議、用神卡片、局象推演等固定欄位。

邊界

舊欄位兜底

歷史記錄可能還帶舊欄位,前端保留相容讀取,但新記錄不再要求模型輸出冗餘欄位。

審計

保留過程資料

需要審計的排盤和評分流程仍然儲存,只是不一定都展示給使用者。

第四步 · 頁面展示

前端只負責把結構化結果變得可讀

報告頁面不是一篇長文,而是按使用者決策順序拆成穩定元件:先看結論,再看依據,最後看行動。

總判

首屏決策

用結論標籤、分數、總結詞和背景漸變建立第一判斷。

展示

動態展示同源

動態展示從規則報告裡提取目標十神、宮位和歲運引動,不讓頁面只複述模型段落。

相容

欄位兜底

遇到舊報告時自動從概要、分析段落和展示塊中補齊展示。

第五步 · 反饋閉環

反饋會變成下一輪規則和提示詞的依據

使用者的準確度反饋、實際結果和歷史記錄,會幫助校準評分權重、領域規則和展示欄位。

記錄

歷史推演

每次推演儲存問題、分類、分數、報告欄位和生成時間。

反饋

結果回填

使用者可以標註準確度、方向是否正確、實際發生了什麼。

迭代

規則修正

當樣本足夠多,先改規則和欄位規範,再收緊提示詞,而不是隻靠話術。

為什麼這樣做

目標是讓推演可解釋、可追溯、可迭代

不是黑盒

關鍵判斷能追溯到排盤、格局、用神和評分依據。

不是純聊天

大模型不直接生成盤面,而是在結構化資料上做解釋。

不是一次性頁面

歷史記錄、反饋和欄位規範會持續推動系統迭代。

重置為現在的時辰?