从“讲不清”到“点得动”
每个原型都是单文件 HTML,双击即可打开;关键状态用 JS 演示,评审时可以直接验证流程、分支和反馈。
这套工作流把团队代码库、Agent 约束、交互设计原则和 Git 提交流程串起来: 我们不再只靠口头描述方案,而是用自包含 HTML 演示状态,用 interaction-spec 写清逻辑, 再通过代码评审一起沉淀方法。
它不是为了“让 AI 画一个页面”,而是把设计讨论从截图和口头描述,推进到可运行、可对比、可提交的协作物。
每个原型都是单文件 HTML,双击即可打开;关键状态用 JS 演示,评审时可以直接验证流程、分支和反馈。
HTML 表达界面,interaction-spec 表达行为契约;二者一起进 Git,讨论结论可以被复用、回溯和继续迭代。
被反复纠正的设计判断,会沉淀进 skill;只属于项目的信息,沉淀进 AGENTS 或当前规格,团队越用越顺。
核心顺序是:先拿够上下文,再做交互判断,先写规格再改原型,最后通过代码提交进入团队协作。
原型工作区跟真实项目放在一起,方便复用业务术语、页面结构和已有设计上下文。
有截图就先用截图;需要源码时只读相关文件,避免为原型展开整仓分析。
先判断对象归属、入口层级、主路径和 UI 轻重,避免只做到功能可达。
规格文档写清操作流程、状态变化和异常分支,成为评审时的行为契约。
所有 CSS 和 JS 内联,保留方案切换栏,关键状态可通过页面直接演示。
新增原型时同步更新索引和 README,让同事能从统一入口找到它。
方案、规格和讨论结论都进入 commit / review,后续迭代有迹可循。
AGENTS.md 负责“这个项目怎么做”,SKILL.md 负责“交互为什么这么判断”。二者分层,才能既贴近项目,又沉淀通用方法。
它告诉 AI:uxdemo 是设计评审原型工作区,不是生产代码;原型必须自包含; 改 HTML 要同步规格;新增原型要同步入口;演示控件不能混入正式 UI。
它让每次设计先回答:对象属于哪一层,入口应该放在哪,当前页面主路径是什么, 以及这个任务应该用轻量提示、弹窗、抽屉还是独立页面承接。
这些资产都能被版本管理,所以设计讨论可以像代码一样被 review、diff、回滚和继续演进。
记录当前工作区的项目级规则:目录、交付物、约束和自检项。
沉淀跨项目复用的交互原则,让 AI 和团队逐渐形成共同判断语言。
承载可打开的交互演示,重点表达流程、状态切换、异常分支与方案差异。
作为交互行为权威描述,只写当前设计结果、操作反馈和异常分支。
这不是一次性模板,而是一个会随着真实评审不断进化的闭环。
参与方式不必很重:可以评审原型、补充规则、提交模板,也可以直接在 PR 里对具体交互提出修改建议。
uxdemo/AGENTS.mduxdemo/skills/interaction-design/SKILL.mduxdemo/templates/interaction-spec-template.mduxdemo/index.html