魏雯
我们总说“语义很重要”，但语义在机器眼里是什么？是一段自然语言描述，还是一个可运算的离散值？设计规范写“致命错误用红色脉冲”，AI 读不懂“致命”和“限流”的区别，它只看到 red 和 yellow。同一个红色，在这边是“阻断确认”，在那边可能是非法绑定——机器无法区分语义，因为语义以“感觉”流动，不是以可运算的值流动。解法很简单：把“红色”编码为 status.critical。连续的自然语言被截断成离散枚举，机器看得懂 status.critical，看不懂“红色代表很危险”。演示机制里：status.critical 绑定红色脉冲 + 八边形 + 二次确认；同编号自动编译成 Prompt 前缀、JSON Schema、CI 规则；且编号不能跨层乱用——AI 若把 critical 用错场景，编译直接阻断。这套框架让设计师写 status.critical 即可锁死视觉；前端查表拿全部样式；AI 开发者输入编号输出 Prompt；DesignOps 改一次定义，三处同步更新。语义令牌表让语义变成机器可查询、可校验、可拦截的离散值——设计与工程之间的鸿沟，才算真正填平。如果你也在管 AI 产品的设计规范，别改 Prompt 了。给 AI 一张查表，比写 100 条规则管用。语义令牌表在线查 👇
https://taou.cn/a/iKn8WI
发布于 广东
分享
评论
赞
未登录
友善发言
评论
加载中
