B2.20.2Semantic Constraint设计研究
语义随场景变化，同一约束换到新场景可能失效
别名: 语境依赖 · 语义漂移 · 情境变化
概念解释
语义约束（semantic constraint）不是固定在控件上的属性，而是界面元素、用户目标、业务流程和物理情境共同生成的判断。搬走一段文字、复用一个表单、把流程接入新设备或新市场时，原先「显然不允许」的动作可能变成合理操作；原先的限制也可能变成障碍。
机制
用户是根据当前场景给界面赋予意义的。同一个“不能重复提交”提示，在结账场景约束的是支付意图，在工单场景可能约束的是补录事实；同一符号在户外强光、单手持机、急救流程或离线同步里，也会承担不同的任务含义。对象名、默认值、时间粒度、权限角色、风险后果都参与这个解释过程。只要其中一项变化，用户就可能推理出旧场景里不存在的例外，或者把例外误当成普通规则。
怎么研究
采用跨场景任务对比：保留同一组件或提示，改变任务目标、用户角色、设备条件、数据状态或组织流程，记录用户把哪些动作判断为允许、危险、无意义或必须确认。可测量语义违规率、误用率、任务中断点和恢复路径，并配合出声思考或情境访谈解释判断来源。关键因变量是“同一语义在新场景是否仍被一致理解”，而不是控件本身是否被识别。
边界
并非所有场景差异都值得单独设计。支付金额、删除权限、医疗剂量等高风险规则通常应由系统显式校验，不应只随语境松动。跨场景一致性也有价值：稳定的基础概念能降低学习成本。这里的限制是，当场景改变了任务后果、时间压力或角色责任时，不能再假设旧的语义判断自动成立。
怎么落地
- 复用组件前逐场景写出：这个语义要约束谁、何时生效、例外是什么、错误动作的后果是什么。
- 在默认值、帮助文案和确认语中携带场景线索，例如“本流程用于补录历史工单”或“此操作会影响已发布课程”。
- 对跨设备或跨市场版本做语境走查，列出强光、单手、离线、紧急和高权限等条件下的解释变化。
- 验证时比较两个场景的任务录屏：统计同一控件是否导致不同误判，以及用户能否说出允许与禁止的原因。