阿基拉de.Akir​_个人页

阿基拉de.Akir​
个人头像照片
100
0
0

个人介绍

暂无个人介绍

擅长的技术

获得更多能力
通用技术能力:

暂时未有相关通用技术能力~

云产品技术能力:

暂时未有相关云产品技术能力~

阿里云技能认证

详细说明
暂无更多信息

2026年10月

  • 10.28 13:42:55
    发表了文章 2026-10-28 13:42:55

    设计师与产品经理的消费路径:记录并提交1条6字段快照

    设计师最少做多少就能开始供证据?把最近一个真实困惑按6字段写成快照:所属产品、组件类型、界面证据、用户误判成了什么、出现场景、唯一编号。提交前自查证据真实、困惑可复现、场景具体,提交后机器格式预检与评审接力,退回不是拒绝而是及格线训练。
  • 10.28 13:42:33
    发表了文章 2026-10-28 13:42:33

    设计师与产品经理的消费路径:记录并提交1条6字段快照

    设计师最少做多少就能开始供证据?把最近一个真实困惑按6字段写成快照:所属产品、组件类型、界面证据、用户误判成了什么、出现场景、唯一编号。提交前自查证据真实、困惑可复现、场景具体,提交后机器格式预检与评审接力,退回不是拒绝而是及格线训练。
  • 10.28 13:42:17
    发表了文章 2026-10-28 13:42:17

    设计师与产品经理的消费路径:记录并提交1条6字段快照

    设计师最少做多少就能开始供证据?把最近一个真实困惑按6字段写成快照:所属产品、组件类型、界面证据、用户误判成了什么、出现场景、唯一编号。提交前自查证据真实、困惑可复现、场景具体,提交后机器格式预检与评审接力,退回不是拒绝而是及格线训练。
  • 10.26 09:38:10
    发表了文章 2026-10-26 09:38:10

    设计师与产品经理的消费路径:从被动遵守到主动走查

    设计师的6字段快照是契约的原材料,契约编译出的Checklist是设计师的外置记忆。规则不再靠个人经验口口相传,机器自动编译、自动同步、自动拦截,设计师从被动遵守长成主动走查,从规则的消费者长成规则的活水源头。
  • 10.26 09:37:55
    发表了文章 2026-10-26 09:37:55

    设计师与产品经理的消费路径:从被动遵守到主动走查

    设计师的6字段快照是契约的原材料,契约编译出的Checklist是设计师的外置记忆。规则不再靠个人经验口口相传,机器自动编译、自动同步、自动拦截,设计师从被动遵守长成主动走查,从规则的消费者长成规则的活水源头。
  • 10.26 09:37:37
    发表了文章 2026-10-26 09:37:37

    设计师与产品经理的消费路径:从被动遵守到主动走查

    设计师的6字段快照是契约的原材料,契约编译出的Checklist是设计师的外置记忆。规则不再靠个人经验口口相传,机器自动编译、自动同步、自动拦截,设计师从被动遵守长成主动走查,从规则的消费者长成规则的活水源头。
  • 10.23 11:11:16
    发表了文章 2026-10-23 11:11:16

    设计师与产品经理的语义养成:(约束显化)把1句"绝对不能"写成1条约束意图

    设计师不生产机器规则,但设计师是所有规则的语义源头。这篇讲最小可行动作:把1句“绝对不能”写成三要素齐备的约束意图什么绝对不能做、后果是什么、怎么判定算违反。写清本身就是显化,口头传统就此变成组织规则。
  • 10.23 11:11:02
    发表了文章 2026-10-23 11:11:02

    设计师与产品经理的语义养成:(约束显化)把1句"绝对不能"写成1条约束意图

    设计师不生产机器规则,但设计师是所有规则的语义源头。这篇讲最小可行动作:把1句“绝对不能”写成三要素齐备的约束意图什么绝对不能做、后果是什么、怎么判定算违反。写清本身就是显化,口头传统就此变成组织规则。
  • 10.23 11:10:44
    发表了文章 2026-10-23 11:10:44

    设计师与产品经理的语义养成:(约束显化)把1句"绝对不能"写成1条约束意图

    设计师不生产机器规则,但设计师是所有规则的语义源头。这篇讲最小可行动作:把1句“绝对不能”写成三要素齐备的约束意图什么绝对不能做、后果是什么、怎么判定算违反。写清本身就是显化,口头传统就此变成组织规则。
  • 10.22 10:47:42
    发表了文章 2026-10-22 10:47:42

    设计师与产品经理的语义养成:在1个组件的2个场景上练习标注

    设计师与产品经理建立"标场景"的能力,最小动作可以挑最高频的1个组件,在它的2个场景上分别练习标注。以Alert为例,对比"系统故障"与"新功能通知"的语义身份差异标注不同,机器注入的约束就不同, 2个场景生长到域归属判断。
  • 10.22 10:47:25
    发表了文章 2026-10-22 10:47:25

    设计师与产品经理的语义养成:在1个组件的2个场景上练习标注

    设计师与产品经理建立"标场景"的能力,最小动作可以挑最高频的1个组件,在它的2个场景上分别练习标注。以Alert为例,对比"系统故障"与"新功能通知"的语义身份差异标注不同,机器注入的约束就不同, 2个场景生长到域归属判断。
  • 10.22 10:47:07
    发表了文章 2026-10-22 10:47:07

    设计师与产品经理的语义养成:在1个组件的2个场景上练习标注

    设计师与产品经理建立"标场景"的能力,最小动作可以挑最高频的1个组件,在它的2个场景上分别练习标注。以Alert为例,对比"系统故障"与"新功能通知"的语义身份差异标注不同,机器注入的约束就不同, 2个场景生长到域归属判断。
  • 10.21 14:45:10
    发表了文章 2026-10-21 14:45:10

    设计师与产品经理的语义养成:给1个界面元素选定1个语义令牌

    建立"选语义"的标注能力,最小动作只有一件:打开设计稿,给 1 个界面元素选定 1 个语义令牌。通过三个问题完成从色值到语义的标注,写成下游可编码的结构化定义,并沿生长路径从 1 个元素走到语义源头。
  • 10.21 14:44:54
    发表了文章 2026-10-21 14:44:54

    设计师与产品经理的语义养成:给1个界面元素选定1个语义令牌

    建立"选语义"的标注能力,最小动作只有一件:打开设计稿,给 1 个界面元素选定 1 个语义令牌。通过三个问题完成从色值到语义的标注,写成下游可编码的结构化定义,并沿生长路径从 1 个元素走到语义源头。
  • 10.21 14:44:31
    发表了文章 2026-10-21 14:44:31

    设计师与产品经理的语义养成:给1个界面元素选定1个语义令牌

    建立"选语义"的标注能力,最小动作只有一件:打开设计稿,给 1 个界面元素选定 1 个语义令牌。通过三个问题完成从色值到语义的标注,写成下游可编码的结构化定义,并沿生长路径从 1 个元素走到语义源头。
  • 10.20 11:14:18
    发表了文章 2026-10-20 11:14:18

    设计师与产品经理的语义养成:从画对界面到标对语义

    AI 生成时代,设计师的交付物从像素与组件变为语义。本文展开设计师与产品经理的三项日常标注动作——选定语义令牌、标注场景语义域、提交约束意图:不生产机器规则,但所有规则的语义源头在这里,三个关键决策点界定人的在场时机。
  • 10.20 11:14:05
    发表了文章 2026-10-20 11:14:05

    设计师与产品经理的语义养成:从画对界面到标对语义

    AI 生成时代,设计师的交付物从像素与组件变为语义。本文展开设计师与产品经理的三项日常标注动作——选定语义令牌、标注场景语义域、提交约束意图:不生产机器规则,但所有规则的语义源头在这里,三个关键决策点界定人的在场时机。
  • 10.20 11:13:47
    发表了文章 2026-10-20 11:13:47

    设计师与产品经理的语义养成:从画对界面到标对语义

    AI 生成时代,设计师的交付物从像素与组件变为语义。本文展开设计师与产品经理的三项日常标注动作——选定语义令牌、标注场景语义域、提交约束意图:不生产机器规则,但所有规则的语义源头在这里,三个关键决策点界定人的在场时机。
  • 10.18 15:07:10
    发表了文章 2026-10-18 15:07:10

    设计系统负责人:编译工作流中的上下游要求,评审的原材料从哪来,评审的产物给谁用

    定义设计系统负责人在编译工作流中的上下游契约:上游以三条准入条款(结构、语义、证据)把关输入,退回不否决;下游以三条消费约定规范产物使用,反馈回流定修订对象。无人岗,只有契约,一人即可跑通最小闭环。
  • 10.18 15:06:55
    发表了文章 2026-10-18 15:06:55

    设计系统负责人:编译工作流中的上下游要求,评审的原材料从哪来,评审的产物给谁用

    定义设计系统负责人在编译工作流中的上下游契约:上游以三条准入条款(结构、语义、证据)把关输入,退回不否决;下游以三条消费约定规范产物使用,反馈回流定修订对象。无人岗,只有契约,一人即可跑通最小闭环。
  • 10.18 15:06:37
    发表了文章 2026-10-18 15:06:37

    设计系统负责人:编译工作流中的上下游要求,评审的原材料从哪来,评审的产物给谁用

    定义设计系统负责人在编译工作流中的上下游契约:上游以三条准入条款(结构、语义、证据)把关输入,退回不否决;下游以三条消费约定规范产物使用,反馈回流定修订对象。无人岗,只有契约,一人即可跑通最小闭环。
  • 10.16 14:52:03
    发表了文章 2026-10-16 14:52:03

    设计系统负责人的编译确认:对1个语义点做四格式抽样

    设计系统负责人无需逐条看懂编译语法,只需从已确认契约中抽1个语义点,在四种产物中各找1处表达,核对严格程度是否一致;发现分叉即反馈,从抽样起步建立编译产物确认能力。
  • 10.16 14:51:49
    发表了文章 2026-10-16 14:51:49

    设计系统负责人的编译确认:对1个语义点做四格式抽样

    设计系统负责人无需逐条看懂编译语法,只需从已确认契约中抽1个语义点,在四种产物中各找1处表达,核对严格程度是否一致;发现分叉即反馈,从抽样起步建立编译产物确认能力。
  • 10.16 14:51:25
    发表了文章 2026-10-16 14:51:25

    设计系统负责人的编译确认:对1个语义点做四格式抽样

    设计系统负责人无需逐条看懂编译语法,只需从已确认契约中抽1个语义点,在四种产物中各找1处表达,核对严格程度是否一致;发现分叉即反馈,从抽样起步建立编译产物确认能力。
  • 10.14 14:23:43
    发表了文章 2026-10-14 14:23:43

    设计系统负责人的编译确认:YAML契约评审拿1条真实契约做语义保真检查

    设计系统负责人建立YAML契约评审能力,最小可行路径是:从已提交契约中挑1条,核对两个核心字段——semantic_tokens语义编码是否忠实于评审结论,immutable_boundaries红线是否完整且未被降格。将核对结果写成可退回的结构化反馈,指出具体失真点与修复要求。从1条开始,建立语义保真标准。
  • 10.14 14:23:28
    发表了文章 2026-10-14 14:23:28

    设计系统负责人的编译确认:YAML契约评审拿1条真实契约做语义保真检查

    设计系统负责人建立YAML契约评审能力,最小可行路径是:从已提交契约中挑1条,核对两个核心字段——semantic_tokens语义编码是否忠实于评审结论,immutable_boundaries红线是否完整且未被降格。将核对结果写成可退回的结构化反馈,指出具体失真点与修复要求。从1条开始,建立语义保真标准。
  • 10.14 14:23:06
    发表了文章 2026-10-14 14:23:06

    设计系统负责人的编译确认:YAML契约评审拿1条真实契约做语义保真检查

    设计系统负责人建立YAML契约评审能力,最小可行路径是:从已提交契约中挑1条,核对两个核心字段——semantic_tokens语义编码是否忠实于评审结论,immutable_boundaries红线是否完整且未被降格。将核对结果写成可退回的结构化反馈,指出具体失真点与修复要求。从1条开始,建立语义保真标准。
  • 10.12 10:30:08
    发表了文章 2026-10-12 10:30:08

    设计系统负责人的编译确认:从"规则被写下"到"规则被正确翻译"

    设计系统负责人评审YAML契约语义保真,抽样验证Prompt前缀/JSON Schema/Checklist/CI规则四种格式对同一语义的一致表达,在机器不确定、没见过、发信号时确认翻译不失真,从规则定义者生长为质量守门人。
  • 10.12 10:29:49
    发表了文章 2026-10-12 10:29:49

    设计系统负责人的编译确认:从"规则被写下"到"规则被正确翻译"

    设计系统负责人评审YAML契约语义保真,抽样验证Prompt前缀/JSON Schema/Checklist/CI规则四种格式对同一语义的一致表达,在机器不确定、没见过、发信号时确认翻译不失真,从规则定义者生长为质量守门人。
  • 10.12 10:29:34
    发表了文章 2026-10-12 10:29:34

    设计系统负责人的编译确认:从"规则被写下"到"规则被正确翻译"

    设计系统负责人评审YAML契约语义保真,抽样验证Prompt前缀/JSON Schema/Checklist/CI规则四种格式对同一语义的一致表达,在机器不确定、没见过、发信号时确认翻译不失真,从规则定义者生长为质量守门人。
  • 10.10 10:02:37
    发表了文章 2026-10-10 10:02:37

    设计系统负责人的语义生长|约束显化:把1条"绝对不能"翻译成机器规则

    设计系统负责人从"管视觉"延伸到"管语义"的三个最小可行动作:追问1个Design Token的语义场景、核对1个组件的语义域身份、将1条口头禁令翻译为机器可执行规则。附验收标准与四阶段生长路径,证明语义评审可从现有规范自然生长,无需等待全套基础设施建成。
  • 10.10 10:02:20
    发表了文章 2026-10-10 10:02:20

    设计系统负责人的语义生长|约束显化:把1条"绝对不能"翻译成机器规则

    设计系统负责人从"管视觉"延伸到"管语义"的三个最小可行动作:追问1个Design Token的语义场景、核对1个组件的语义域身份、将1条口头禁令翻译为机器可执行规则。附验收标准与四阶段生长路径,证明语义评审可从现有规范自然生长,无需等待全套基础设施建成。
  • 10.10 10:02:02
    发表了文章 2026-10-10 10:02:02

    设计系统负责人的语义生长|约束显化:把1条"绝对不能"翻译成机器规则

    设计系统负责人从"管视觉"延伸到"管语义"的三个最小可行动作:追问1个Design Token的语义场景、核对1个组件的语义域身份、将1条口头禁令翻译为机器可执行规则。附验收标准与四阶段生长路径,证明语义评审可从现有规范自然生长,无需等待全套基础设施建成。
  • 10.08 11:22:06
    发表了文章 2026-10-08 11:22:06

    设计系统负责人的语义生长:在1个组件的2个场景上练习核对

    设计系统负责人建立语义域核对能力的最小可行路径:找1个高频组件,核对2个场景的语义身份,写成结构化域绑定说明。机器自动执行跨层禁止,人在新场景出现时确认。从1个组件开始,在核对中生长标准。
  • 10.08 11:21:46
    发表了文章 2026-10-08 11:21:46

    设计系统负责人的语义生长:在1个组件的2个场景上练习核对

    设计系统负责人建立语义域核对能力的最小可行路径:找1个高频组件,核对2个场景的语义身份,写成结构化域绑定说明。机器自动执行跨层禁止,人在新场景出现时确认。从1个组件开始,在核对中生长标准。
  • 10.08 11:21:30
    发表了文章 2026-10-08 11:21:30

    设计系统负责人的语义生长:在1个组件的2个场景上练习核对

    设计系统负责人建立语义域核对能力的最小可行路径:找1个高频组件,核对2个场景的语义身份,写成结构化域绑定说明。机器自动执行跨层禁止,人在新场景出现时确认。从1个组件开始,在核对中生长标准。
  • 10.06 10:11:51
    发表了文章 2026-10-06 10:11:51

    设计系统负责人的语义生长:从追问1个Design Token开始

    从现有Design Token开始,追问三个问题:用在什么场景?用户该做什么?绝对不能做什么?把"红色代表错误"的直觉,翻译成机器可读的语义定义。不需要新建体系,不需要写代码,只需要在规范文档旁补充三行注释。这是设计系统负责人建立语义评审能力的最小可行起点。
  • 10.06 10:11:35
    发表了文章 2026-10-06 10:11:35

    设计系统负责人的语义生长:从追问1个Design Token开始

    从现有Design Token开始,追问三个问题:用在什么场景?用户该做什么?绝对不能做什么?把"红色代表错误"的直觉,翻译成机器可读的语义定义。不需要新建体系,不需要写代码,只需要在规范文档旁补充三行注释。这是设计系统负责人建立语义评审能力的最小可行起点。
  • 10.06 10:11:20
    发表了文章 2026-10-06 10:11:20

    设计系统负责人的语义生长:从追问1个Design Token开始

    从现有Design Token开始,追问三个问题:用在什么场景?用户该做什么?绝对不能做什么?把"红色代表错误"的直觉,翻译成机器可读的语义定义。不需要新建体系,不需要写代码,只需要在规范文档旁补充三行注释。这是设计系统负责人建立语义评审能力的最小可行起点。

2026年09月

  • 09.22 12:55:54
    发表了文章 2026-09-22 12:55:54

    设计系统负责人的语义生长:从管"长什么样"到管"意味着什么"

    当AI生成界面,设计系统负责人不能只管"长什么样"。本文展开其如何评审语义令牌、核对语义域、确认约束规则——在机器不确定、没见过、发信号时,把设计直觉翻译成机器标准。附从现有Design Token生长出语义评审的最小可行路径。
  • 09.22 12:55:37
    发表了文章 2026-09-22 12:55:37

    设计系统负责人的语义生长:从管"长什么样"到管"意味着什么"

    当AI生成界面,设计系统负责人不能只管"长什么样"。本文展开其如何评审语义令牌、核对语义域、确认约束规则——在机器不确定、没见过、发信号时,把设计直觉翻译成机器标准。附从现有Design Token生长出语义评审的最小可行路径。
  • 09.22 12:55:22
    发表了文章 2026-09-22 12:55:22

    设计系统负责人的语义生长:从管"长什么样"到管"意味着什么"

    当AI生成界面,设计系统负责人不能只管"长什么样"。本文展开其如何评审语义令牌、核对语义域、确认约束规则——在机器不确定、没见过、发信号时,把设计直觉翻译成机器标准。附从现有Design Token生长出语义评审的最小可行路径。
  • 发表了文章 2026-10-28

    设计师与产品经理的消费路径:记录并提交1条6字段快照

  • 发表了文章 2026-10-28

    设计师与产品经理的消费路径:记录并提交1条6字段快照

  • 发表了文章 2026-10-28

    设计师与产品经理的消费路径:记录并提交1条6字段快照

  • 发表了文章 2026-10-26

    设计师与产品经理的消费路径:从被动遵守到主动走查

  • 发表了文章 2026-10-26

    设计师与产品经理的消费路径:从被动遵守到主动走查

  • 发表了文章 2026-10-26

    设计师与产品经理的消费路径:从被动遵守到主动走查

  • 发表了文章 2026-10-23

    设计师与产品经理的语义养成:(约束显化)把1句"绝对不能"写成1条约束意图

  • 发表了文章 2026-10-23

    设计师与产品经理的语义养成:(约束显化)把1句"绝对不能"写成1条约束意图

  • 发表了文章 2026-10-23

    设计师与产品经理的语义养成:(约束显化)把1句"绝对不能"写成1条约束意图

  • 发表了文章 2026-10-22

    设计师与产品经理的语义养成:在1个组件的2个场景上练习标注

  • 发表了文章 2026-10-22

    设计师与产品经理的语义养成:在1个组件的2个场景上练习标注

  • 发表了文章 2026-10-22

    设计师与产品经理的语义养成:在1个组件的2个场景上练习标注

  • 发表了文章 2026-10-21

    设计师与产品经理的语义养成:给1个界面元素选定1个语义令牌

  • 发表了文章 2026-10-21

    设计师与产品经理的语义养成:给1个界面元素选定1个语义令牌

  • 发表了文章 2026-10-21

    设计师与产品经理的语义养成:给1个界面元素选定1个语义令牌

  • 发表了文章 2026-10-20

    设计师与产品经理的语义养成:从画对界面到标对语义

  • 发表了文章 2026-10-20

    设计师与产品经理的语义养成:从画对界面到标对语义

  • 发表了文章 2026-10-20

    设计师与产品经理的语义养成:从画对界面到标对语义

  • 发表了文章 2026-10-18

    设计系统负责人:编译工作流中的上下游要求,评审的原材料从哪来,评审的产物给谁用

  • 发表了文章 2026-10-18

    设计系统负责人:编译工作流中的上下游要求,评审的原材料从哪来,评审的产物给谁用

正在加载, 请稍后...
滑动查看更多
正在加载, 请稍后...
暂无更多信息
正在加载, 请稍后...
暂无更多信息