八字 · 部落格

本地部署開源模型算八字：隱私與流程說明

Deep Oracle 學術組 · 2026-09-19 · 約 5 分鐘

“本地部署開源模型算八字”這個說法，常被誤解成：只要把一個開源大模型裝在自己電腦上，它就能獨立完成排盤、定盤、解釋，甚至像老師傅一樣直接給出判斷。實際上，本地部署只解決“模型在哪裡執行”的問題，不解決“模型會不會排盤”的問題。準確地說，它指的是：在本機執行一個開源語言模型，由該模型對已經排好的八字命盤進行文字解釋；對話內容不經過第三方伺服器，而排盤仍然需要另一段確定性程式完成。

本地執行改變的是哪一件事

本地部署與線上服務之間，能夠確定的那一項差別，是對話內容不經過第三方伺服器。也就是說，你輸入什麼、模型輸出什麼，這些文字不會傳送到服務商的介面上，也不在別人的日誌裡留存。對於不希望把出生資訊、具體問題和解釋結果交給外部平臺的人來說，這一點是實打實的改變。

除此之外，模型本身的生成機制、知識來源、術語能力，並不會因為從雲端搬到本機而自動變好或變差。它仍然是一個語言模型，不是命理程式。

不改變的是生成方式本身

模型仍然按詞元逐個生成文字。它看到一段輸入，根據訓練時學到的模式，一個詞元一個詞元地寫出下文。這裡沒有隱藏的查表過程，也不會在生成時突然去呼叫某個萬年曆介面。四柱依然是被寫出來的，而不是被算出來的。

這意味著，如果你只給模型一個出生時間，讓它“直接算八字”，它可能會寫出一組看似合理的干支，也可能寫出錯誤的天干地支。看起來像排盤，其實只是在生成一段像排盤結果的文字。生成方式沒有因為本地部署而改變，這一點在本地和線上完全一致。

本地方案仍然需要一份外部的命盤

正因為四柱是被寫出來的，本地方案並不能省掉排盤這一步。一個可用的流程裡，仍然需要一份由確定性程式算出的命盤作為輸入。這份命盤裡應當包含四柱、十神、藏干、大運等基本專案，並且這些專案不是由語言模型臨時拼湊，而是由程式按規則計算得到。

把命盤先算好，再交給模型解釋，是讓本地方案從“看起來會算”變成“至少輸入是對的”的關鍵。模型只負責讀命盤、寫解釋，不負責把出生時間換算成干支。

一套可行的本地組合是什麼樣

可行的組合是兩段分開：先由排盤程式算出四柱與各項標註，再把這份命盤交給本地模型只做解釋。前一段是確定性計算，後一段是語言生成，兩者互不替代。具體的做法可以是：開啟排盤頁面，輸入出生資訊，得到完整命盤；把命盤文本複製出來，連同你想問的問題，一起放進本地模型的對話方塊；模型根據這段命盤文字作答。

本站的免費排盤屬於前一段，是確定性計算，同一輸入永遠得到同一命盤，可以自行重算核對。關於為什麼排盤必須由引擎完成、模型不能代替，可以看引擎和模型的分工。如果擔心輸入內容被平臺留存，可以參考八字匿名提交和對話記錄會被用嗎兩篇說明。

選擇本地方案之前要算的三筆帳

第一筆是硬體成本。本地執行開源模型對記憶體和顯示卡有一定要求，引數量越大，要求越高。一臺日常辦公用的舊電腦，很可能跑不動可用的模型，或者執行速度慢到影響使用。

第二筆是模型權重的下載與更新。模型檔案往往很大，下載需要時間和頻寬；後續更換版本、修補問題，也要重新下載。這個過程不像開啟網頁那樣即時可用，教程裡多半一句帶過，實際做起來並不輕鬆。

第三筆是出錯時無人可問。線上服務出問題時，至少還有客服或社群可以反饋；本地部署一旦遇到環境報錯、視訊記憶體不足、輸出異常，往往只能自己排查。這三項成本通常不寫在“一鍵本地部署”的教程裡，但真正用起來，每一項都會出現。

什麼情況下這一條才成立

只有當你已經有一份可靠的命盤，並且可以接受由本地模型來做解釋時，“本地部署開源模型算八字”才是一個成立的方案。命盤來自確定性程式，解釋來自語言模型，兩者分開，流程才站得住腳。

如果連命盤都沒有，或者期望模型從出生時間一路算到結論，那這一條就不成立。模型寫出來的四柱沒有確定性保證，即使偶爾正確，也不能作為排盤依據。同樣，如果本地模型引數量較小，同一份提示詞下，術語誤用與前後不一致的出現頻率往往更高，需要更多回讀。把AI答案貼回引擎核對，是一個必要的習慣。

把資料留在本機，解決的是傳輸與留存的問題，解決不了內容是否正確的問題。這兩件事不能互相替代。想要更清楚地理解本地模型與命理軟體之間的關係，可以看AI算命和命理軟體。