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。