fix: bug

openspec/changes/update-order-management-response-semantics/design.md

@@ -25,12 +25,15 @@
 ## Decisions
 
 - Decision: 在前端类型层面显式补齐新增字段，而不是通过 `any` 或临时属性兼容
+
   - Rationale: 这次变化的核心是语义纠偏。如果类型层继续缺字段，页面很容易回退到旧假设。
 
 - Decision: 列表页必须同时呈现佣金流程状态和佣金业务结果，但不强制唯一 UI 形式
+
   - Rationale: `commission_status_name` 仅代表流程状态，`commission_result_name` 代表业务结果。无论是两列展示，还是“主状态 + 副标签”，都必须让用户能明确区分这两个维度。
 
 - Decision: 详情页将“操作者信息”和“业务归属信息”拆成两组展示项
+
   - Rationale: 同一信息块内混放会继续强化旧认知，不利于用户理解订单责任归属。
 
 - Decision: 所有“是否有佣金”的判断必须同时参考 `commission_status` 与 `commission_result`
@@ -39,6 +42,7 @@
 ## Risks / Trade-offs
 
 - 风险: 订单模块以外可能也有复用订单类型或字段语义的代码。
+
   - Mitigation: 实施前使用全局搜索盘点 `operator_name`、`commission_status`、`commission_result` 的相关用法。
 
 - 风险: 列表新增列后表格宽度会增加。