不用复制付费提示词：用原创任务说明和 Taste Skill 改好界面

先写原创视觉方向

用自己的目标用户、内容和品牌语气定义视觉。说明页面应当更像编辑刊物、工具面板还是温和教程，并把字体、字号层级、色彩数量、留白、图片风格和禁止项写清楚。参考网站只能用于解释原则，不要复制整页结构、文案或素材。

• 信息层级先于装饰
• 正文可读性先于炫技
• 真实动作先于假按钮
• 移动端与键盘状态属于设计
• 所有素材保留版权来源

让 Skill 负责实现质量，不替代产品方向

Product Design 就是先决定页面服务谁、先看什么和整体气质。design-taste-frontend 用于发现模板感、排版问题、手机布局缺陷和不一致实现。两者职责不同。

1. 提交可审查任务

   操作

   把原创任务说明、当前页面、目标宽度和验收标准交给 Agent，明确要求使用 design-taste-frontend 做 Taste Review，也就是按规则检查实际页面。

   你应该看到

   Agent 列出具体问题并修改对应代码，不只是生成一段新提示词。

   如何确认

   逐项检查标题层级、正文行宽、按钮结果、键盘焦点、390px 布局和减少动画设置。

   卡住时

   • 如果改动偏离产品方向，回到任务说明，指出哪条约束被破坏。

网页 UI Skill 怎么做公平评测

先用同一份简单任务说明、同一份起始页面、同一个 Agent 和同样的修改轮数，再分别调用不同 Skill。保存每次输入、终端记录、首次截图和修复后截图。截图只能证明那一次页面长什么样，不能证明所有项目都一样好。当前 design-taste-frontend 与 UI UX Pro Max 都没有完成本站同条件实测，因此这里没有胜负结论。

1. 固定一个小任务

   操作

   使用只有标题、说明、一个按钮和三段真实内容的中文单页；固定 1440px 与 390px 两个截图宽度。

   你应该看到

   每个 Skill 收到完全相同的内容、限制和验收表。

   如何确认

   记录 Skill 版本、Agent、起始提交、指令、修改文件和截图时间。

   卡住时

   • 安装失败时记录为安装摩擦，不把手动改代码后的结果算给 Skill。
   • 页面能截图但按钮没有结果时，视觉项可记录，产品项仍判未通过。

版权与声誉边界

不要复制或近似改写 MotionSites 等付费库中的完整提示词、页面文案、预览视频或图片，也不要从已下架镜像恢复内容。可以讨论市场现象，但本站只发布独立编写的模板与实操说明。