跳转到使用指南
Web Design Engineer作者 ConardLi

Web Design Engineer Skill.

在扩展界面之前,先确定视觉约定。

  • 前端设计
  • 原型设计
  • 设计系统
来源审阅 · Web Design EngineerSKILL.md
任务 前端设计 产出 • 一个 HTML/CSS/JavaScript 或 React 视觉成果 • 对视觉方向和 design-token 选择的书面评估 • 一份可查看的早期草稿,随后是完整的状态与交互 开始之前 需要具备编码能力的智能体,以及可在浏览器中渲染的前端环境。所选模式可能会用到 React、Babel、图表或其他库;浏览器验收需要合适的浏览器工具。
编辑摘要 · 已审阅来源 2026-10-07 · 并非生成的示例

01 功能说明

Web Design Engineer

一种以上下文为先的设计工程方法,包含素材要求、设计校准、早期草稿、保留模式,以及相互区分的评审与浏览器 QA 路径。

基于来源的工作流并非执行基准测试

工作方式

Web Design Engineer 是面向页面、仪表盘、原型、幻灯片和可视化的浏览器成果工作流。它不会把每个请求都当作新的落地页,而是先确定成果类型、受众和现有工作模式。扩展产品、保留重新设计的约定、重建视觉方向,是权限各不相同的不同任务。

其设计评估使用五个可调维度:变化度、动效、信息密度、素材依赖度和品牌还原度。这些维度会先形成一个已声明的系统和一份可查看的早期草稿,然后再进行详细实现。对于品牌类工作,真实的标志、产品照片和界面截图比单纯的调色板更重要。该技能还把轻量自检与可执行的浏览器验收区分开来,来源规定后者仅在明确提出 QA 请求时才进行。

预期交付物

  • 一个 HTML/CSS/JavaScript 或 React 视觉成果
  • 对视觉方向和 design-token 选择的书面评估
  • 一份可查看的早期草稿,随后是完整的状态与交互
查看示例需求

从需求到评审

  1. 01
    阅读现有上下文

    检查所提供的源代码、截图、品牌素材和约束条件。判断这项工作属于扩展、保留式重新设计,还是更大范围的改造。

  2. 02
    声明设计约定

    说明视觉方向、受众、密度、动效和素材,然后明确字体、间距、调色板、表面和交互处理。在编写第一行代码之前,等待用户批准该设计系统。

  3. 03
    展示可查看的草稿

    用关键布局和如实标注的占位内容来检验方向。在填充每个组件或交互状态之前,等待用户单独批准这份早期草稿。

  4. 04
    构建与评审

    完成已批准的交互和状态。执行来源中的自检;如果要求浏览器验收,则另行收集实际的视口和交互证据。

02 适用场景

适用场景

需要具备编码能力的智能体,以及可在浏览器中渲染的前端环境。所选模式可能会用到 React、Babel、图表或其他库;浏览器验收需要合适的浏览器工具。

适合的情形

  • 扩展现有产品当新屏幕必须看起来属于该产品,并保留周围的路由、表单和交互预期时,这很有用。
  • 探索设计方向适合视觉需求模糊、需要在团队确定某种构图之前先获得真正不同的方向或可调变体的情况。

需要检查的限制

  • 视觉前端范围后端 API、命令行工具和数据处理工作不在该技能的预期输出范围内。专门的文章类和以讲解为主的演示工作流也与之区分开来。
  • 质量不等于测试结果设计评审或源码检查并不能证明在运行中的浏览器里具有响应式表现。如需这类证据,请要求可执行的验收。

请提供这些输入

  • 成果与受众说明要制作的屏幕或体验、使用者是谁,以及重要的查看尺寸或展示条件。
  • 现有约定提供代码、design-system 参考和受保护的行为。说明哪些部分可以更改,哪些必须保持可辨识。
  • 真实内容与素材提供已批准的文案、真实的产品图片、标志和数据。对仍然缺失的内容加以标注,而不要编造用户评价或指标。

03 关键决策

关键决策

  1. 把保留作为一种设计选择

    明确的工作模式有助于避免一次好看的重新设计悄悄改变有用的产品惯例,或取代已有的有效品牌决策。

  2. 不止于换色的变体

    其校准框架使密度、组织方式和交互可以各自独立变化,而不是展示同一布局的几个表面版本。

04 示例任务

试用一份聚焦的需求

下面的示例需求尚未经过测试。使用前请先查看该技能的设置。

查看设置

请使用完整的 Garden 技能文件夹,以便使用其中的设计方案、保留协议和可选的验收参考。

上游源文件
https://github.com/ConardLi/garden-skills/blob/aaf9a82f5efd73e87cc0998edc398e75bfc35901/skills/web-design-engineer/SKILL.md

需要具备编码能力的智能体,以及可在浏览器中渲染的前端环境。所选模式可能会用到 React、Babel、图表或其他库;浏览器验收需要合适的浏览器工具。

从一个交付物开始

运行该技能之前,请根据这份需求调整范围、源材料和约束条件。

示例需求
使用 Web Design Engineer,为我们现有的分析界面扩展一个“已保存报告”屏幕。保留其导航、间距令牌和表格惯例。阅读所提供的组件和截图,提出设计系统,并在编码前等待我的批准。然后展示一份可查看的草稿,其中包含加载状态和空状态方案。在我批准该草稿后,完成实现,并在所提供的桌面和移动尺寸下运行浏览器验收。不要编造报告使用统计数据。

检查结果

对照以下可观察的标准检查实际输出。

  • 所记录的工作模式与对现有界面实际所做的更改相符。
  • 完成的视图包含与需求相关的交互状态。
  • 任何关于浏览器验收的说法,都附有实际测试的视口和结果。

OpenDesign 为编码智能体提供本地设计工作区。此列表并不意味着该技能已打包,也不意味着其外部工具、凭据和软件依赖已包含在内。

05 来源与许可证

来源与许可证

本页描述的是下方链接所指向的固定来源修订版本。上游的行为和要求可能会发生变化。

来源所有者
ConardLi
许可证
MIT
已审阅的快照
2026-10-07 · aaf9a82f5efd
编辑来源摘要
一种以上下文为先的设计工程方法,包含素材要求、设计校准、早期草稿、保留模式,以及相互区分的评审与浏览器 QA 路径。

由 OpenDesign 依据所链接的来源撰写的原创摘要。仓库星标数是带日期的热度信号,并非技能使用量或质量评分。

06 开始前的问题

开始之前的问题

它总是生成 React 项目吗?

不是。HTML 是输出媒介,但来源既涵盖纯 HTML/CSS/JavaScript,也涵盖面向 React 的原型和视觉成果。

它会取代现有的设计系统吗?

不会自动取代。该工作流区分扩展、保留式重新设计和全面改造;这一选择应在编辑之前确定。

每次构建都包含自动化浏览器测试吗?

来源要求所有工作都进行轻量自检,但其可执行的验收工具仅在明确提出浏览器、响应式或 QA 请求时才会触发。

OpenDesign

为下一轮设计迭代留出空间。

将你的需求、源材料和设计工作集中放在本地工作区。把它加入你的工作流之前,请先查看该技能自身的设置。

上游源文件
https://github.com/ConardLi/garden-skills/blob/aaf9a82f5efd73e87cc0998edc398e75bfc35901/skills/web-design-engineer/SKILL.md