Studio 決策表 功能
決策表檢視：業務同事也能直接讀規則
Ordo Studio 的決策表檢視把路由矩陣和審批策略顯示成一張表，業務同事不用看 JSON 或程式碼，也能檢查和修改規則。
Pama Lee ·
為什麼做決策表檢視
很多規則引擎把規則存成 JSON 或 YAML，開發寫，業務同事只能提工單。來回溝通慢，容易出錯，出了問題也說不清是誰的責任。
決策表檢視把規則的結構直接擺出來，看的人不需要讀程式碼。
介面
在 Studio 裡開啟一個規則集，頂部有兩個檢視切換按鈕：流程圖和決策表。切到決策表後：
- 欄是輸入欄位和輸出欄位
- 列是每一條規則分支
- 儲存格裡是匹配條件，比如
>= 1000、in ["VIP", "SVIP"]
用起來和 Excel 差不多。點一下儲存格就能改條件值，不用瞭解底層的 AST 結構。
實現
決策表不是另一種儲存格式，它是從規則 AST 投影出來的檢視。
Ordo 解析規則時會維護一份欄式規範化表示（columnar canonical form），決策表直接從這份表示渲染。編輯儲存格時，Studio 把修改寫回 AST，再用 WASM 版的引擎當場校驗，所以儲存下來的每一版都是合法規則。
因此：
- 流程圖和決策表始終同步，中間沒有轉換步驟
- 每次修改都會在本地用 WASM 執行一遍，輸出的變化馬上能看到
- 條件表達式寫錯了，對應的儲存格會標出來，不用等到儲存才報錯
用在哪裡
風控策略審核：信貸審批規則常常有幾十到幾百條分支。風控團隊可以對著業務邏輯逐行檢查，不用等工程師先翻譯一遍。
促銷規則：滿減、折扣、疊加規則每次活動都在變。營運可以直接在 Studio 裡調整，不用排開發。
合規留檔：金融、醫療等行業的合規條件需要有據可查。決策表可以匯出成 CSV，放進合規文件裡歸檔。
和流程圖一起用
兩個檢視各有用處：
- 流程圖適合看執行順序和分支結構
- 決策表適合成批檢查條件值和輸出
巢狀很深的流程，在流程圖裡更容易看清。想確認「VIP 等級 >= 3 的使用者走哪條路」時，決策表可以直接找到對應的列和欄。
開始使用
在 Studio 裡開啟任意規則集，點右上角的檢視切換圖示。如果規則集還沒有做過欄式規範化，Studio 會提示做一次自動遷移。遷移不改變規則語義，只調整內部儲存結構。
問題和功能建議可以提到 GitHub Issues。