暂无搜索历史
我在《语义生长:从管"长什么样"到管"意味着什么"》篇中展开讲了设计系统负责人在语义令牌定义、语义域划分、约束显化规则中的评审职责。文中的评审对象是"语义定义"...
我在前文《从"规则被写下"到"规则被正确翻译"》讲了设计系统负责人如何评审YAML契约的语义准确性,以及如何确认编译产物(Prompt前缀 / JSON Sch...
前文《从"规则被写下"到"规则被正确翻译"》讲了设计系统负责人如何评审YAML契约的语义准确性,以及如何确认编译产物(Prompt前缀 / JSON Schem...
承上篇《从管"长什么样"到管"意味着什么"》展开了设计系统负责人在语义令牌定义,语义域划分,约束显化规则中的评审职责:确认语义令牌边界清晰、核对语义域声明正确、...
前一篇《在1个组件的2个场景上练习核对》讲了设计系统负责人怎么从1个组件开始,建立"核对语义边界"的评审能力:选2个场景,问一句"这个组件在这里是谁",写成域绑...
前一篇《从追问1个Design Token开始》讲了设计系统负责人怎么从1个错误色开始,建立"从色值到语义"的评审能力:追问三个问题,写成结构化定义,贴在规范旁...
前一篇《从管"长什么样"到管"意味着什么"》讲了设计系统负责人如何参与语义层基础设施的评审与维护,从语义令牌的定义、语义域的划分,到约束显化规则的确认。那些内容...
设计系统负责人不是 Schema-As-Code把设计规范写成代码格式 体系中新发明的岗位。在大多数组织中,这个角色已经存在,只是过去的工作对象是"视觉规范"(...
上一篇我讲了"翻译能力"是什么,不是让你转岗,而是把你已经在做的语义判断,从"口头提醒"变成"机器可执行的规则"。但"能力"停留在认知层还不够。这篇我把"翻译能...
在《语义翻译的操作日常》里,我讲的是"把'我觉得不对'变成'机器能查'"的日常动作,发现语义漂移、写YAML 契约、验证规则生效。那篇是操作手册,不问你是谁,只...
在前面四个主题行中,我完成了 Schema-As-Code把设计规范写成代码格式 框架从"发现问题"到"定义规则"的闭环前半段:
在前序章节中,我们用两步完成了"从编译到分发"的闭环:编译管线 证明了"一份YAML能编译出4种格式",产物头部嵌好版本声明、禁止手改、单一来源编译;消费格式差...
在前序工作中,我先把语义概念编码为离散枚举,让"致命""警告"这些词在组织内有了唯一机器身份,这是语义令牌与字典建立的组织级信源;接着确认组件本身是空容器,同一...
在前序章节中,我用四步建立了从发现问题到定义规则的闭环前半段:先是语义令牌与字典,把 status.critical 这类语义概念编码为组织级唯一信源,让它不再...
如果你让AI生成一个"删除账户"按钮,它很可能给你一个蓝色实心按钮,用户一点,账户没了。这不是AI故意使坏,而是约束显化设计规矩在从人传到机器的过程中,层层丢失...
我在前序章节中,用 语义令牌 把语义概念编码成了离散枚举(如"Critical"≠"严重"), 语义字典 则建立了码本/登记册,让机器能查到一个概念的定义和边界...
阶段一 Guard 结构化诊断 通过 组件语义快照 与 三层判定模型 证明了漂移真实存在;阶段二 Contract 语义契约化 将设计意图写入了 YAML 契约...
我在 阶段一 Guard 结构化诊断 中通过 组件语义快照 与 三层判定模型 发现了 6 个漂移模式《ERR-001 错误状态诊断》与《PRO-001 过程状态...
本文是 Schema-As-Code 证据链 的"框架设计"站。在前序章节中, 阶段一 Guard 结构化诊断 通过 组件语义快照 与 三层判定模型 发现了 6...
本文是 Schema-As-Code 证据链 的"可靠性"站。在前序章节中, 阶段一 Guard 结构化诊断 通过 组件语义快照 与 三层判定模型 发现了 6 ...
暂未填写公司和职称
暂未填写技能专长
暂未填写学校和专业
暂未填写所在城市