ワンクリックで
web-design-guidelines
网站设计统一技能入口。当用户请求设计页面、创建组件、审查 UI、检查可访问性、 优化用户体验、改善文案、优化动效、打磨视觉细节、处理边界场景、或输入 "设计"、"UI"、"UX"、"样式"、"布局"、"动画"、"响应式"等关键词时触发。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
网站设计统一技能入口。当用户请求设计页面、创建组件、审查 UI、检查可访问性、 优化用户体验、改善文案、优化动效、打磨视觉细节、处理边界场景、或输入 "设计"、"UI"、"UX"、"样式"、"布局"、"动画"、"响应式"等关键词时触发。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
当 Godot 代码中存在通过 get_node()、get_parent() 或直接引用产生的紧耦合依赖时使用。 检测耦合模式并将其转换为基于 Signal 的通信方式。组件变得独立、可测试且可复用。 在改进架构的同时精确保留原有行为。
当 Godot 代码中存在相互冲突的操作导致未定义行为时使用。检测同一属性在多处设置 (_ready、_process、代码+编辑器)、同一 Signal 多次连接、冲突的物理模式、 竞争的动画等问题。自动通过明确的所有权归属解决冲突。
用于创建带有自定义面板、停靠栏和工具的 Godot 编辑器插件。生成 plugin.cfg 配置、 EditorPlugin 脚本模板、自定义编辑器 UI 组件,并集成 ProjectSettings。按照 Godot 4.x 最佳实践创建完整的插件结构。
当 Godot 代码中存在硬编码的游戏数据(如 const 数组、字典或内嵌值)时使用。检测内联数据 如敌人属性、物品定义、关卡配置等。自动提取为 .tres Resource 文件,使数据在编辑器中 可见、易于修改,并支持数据驱动的设计。
当构建 Godot 功能时,代码使用 .new() 创建节点而非使用场景时触发。 检测 Timer.new()、Area2D.new()、Sprite2D.new() 等代码创建的对象。 自动生成 .tscn 场景文件,更新父脚本使用 @onready 引用,并创建可复用的组件库。
当 Godot 项目在编辑器(.tscn)和代码(.gd)之间存在位置冲突、相机跟随背景、 或运行时位置与编辑器预览不匹配时使用。编排所有 3 个位置同步子技能: sync-static-positions、sync-camera-positions 和 sync-parallax。 每个操作针对特定的位置冲突类型。
| name | web-design-guidelines |
| description | 网站设计统一技能入口。当用户请求设计页面、创建组件、审查 UI、检查可访问性、 优化用户体验、改善文案、优化动效、打磨视觉细节、处理边界场景、或输入 "设计"、"UI"、"UX"、"样式"、"布局"、"动画"、"响应式"等关键词时触发。 |
| user-invokable | true |
| args | [{"name":"mode","description":"工作模式(build/review/ux/copy/motion/polish/system/resilience/style)","required":false},{"name":"target","description":"目标页面、组件、路由或文件模式(可选)","required":false}] |
| argument-hint | <mode> <target> |
| metadata | {"pattern":"composite[pipeline + reviewer]","version":"3.0.0","author":"vibe-game-creator","tags":["design","ui","ux","frontend"]} |
网站设计相关任务统一走本技能,按 mode 路由到模块执行。
mode,根据用户意图自动判断最匹配模式。build、review、resilience 模式时,先加载 references/gotchas.md 了解常见踩坑点。review 模式自动进入 diff-aware 模式。review 模式输出前校准 DESIGN.md / ui-visual-design.md。当处于 feature branch 时,review 模式自动启用 diff-aware:
_BRANCH=$(git branch --show-current 2>/dev/null || echo "unknown")
_DEFAULT=$(git symbolic-ref refs/remotes/origin/HEAD 2>/dev/null | sed 's@^refs/remotes/origin/@@' || echo "master")
若 _BRANCH 不等于 _DEFAULT 且不等于 unknown,进入 diff-aware 模式。
获取变更文件列表:
git diff origin/<default>...HEAD --name-only -- 'apps/web/'
过滤前端文件:只审查 apps/web/ 下变更的 .vue、.ts、.tsx、.css 文件。
映射受影响页面:从变更文件推导受影响的路由/页面。
仅审查受影响范围:不审查未变更的文件,避免噪音。
输出差异对照:对每个发现标注是"新引入"还是"已有问题"。
若无前端文件变更:跳过设计评审,输出"无前端变更,跳过设计评审"。
review 模式在输出最终报告前,执行设计规范校准:
查找设计规范文件:按优先级查找 DESIGN.md → docs/ui-visual-design.md → design-system.md。
校准规则:
无设计规范时:使用通用设计原则,报告中注明"未找到项目设计规范,使用通用标准"。
review 模式发现问题后,进入 Fix-First 流程:
git status --porcelain
若工作区不干净,提示用户先提交或暂存变更。
| 级别 | 条件 | 处理 |
|---|---|---|
| AUTO-FIX | 机械性 CSS 修复(outline: none、!important、font-size < 16px) | 直接修复 + atomic commit |
| ASK | 需要设计判断的问题 | 批量提问后修复 |
| DEFER | 需要设计师确认或涉及第三方组件 | 记录到报告,不修复 |
每个修复一个独立提交:
git add <only-changed-files>
git commit -m "style(design): FINDING-NNN — 简短描述"
style(design): FINDING-NNN — 描述每个修复后验证:
git revert HEAD → 标记为 DEFER每 5 个修复后评估风险:
DESIGN-FIX 风险:
起始 0%
每次 revert: +15%
每个 CSS-only 修改: +0% (安全)
每个 Vue/TS 组件修改: +5% per file
修复超过 10 个后: +1% per fix
触及不相关文件: +20%
风险 > 20%:STOP,展示已完成的修复,询问是否继续。 硬上限:30 个修复。
build:页面或组件设计与实现review:审查 UI、UX、可访问性与规范一致性(含 diff-aware + fix-first)ux:信息架构、引导流程、空态与可用性优化copy:文案、提示语与错误信息优化motion:动效与微交互增强polish:细节打磨与视觉一致性优化system:组件与模式抽取复用resilience:边界场景、异常处理、性能与跨端适配style:视觉风格增强或收敛build -> modules/frontend-design.md在开始实现之前,必须满足以下条件:
- 已明确设计方向(风格、目标页面/组件、交互意图)
- 已输出实现计划并获得用户确认
未满足时:先与用户对齐设计方向,输出分步计划等用户确认后再开始编码实现,不得跳过。
review -> modules/audit.md + modules/critique.md + modules/review-rules.md在输出修复建议之前,必须满足以下条件:
- 已按严重级别输出完整问题列表
- 已对照 DESIGN.md / ui-visual-design.md 校准(如存在)
- 用户已确认需要修复的问题范围
未满足时:先输出问题清单等用户确认修复范围,不得直接给出修复代码。
修复完成后,必须满足以下条件:
- 所有 AUTO-FIX 已执行并 atomic commit
- 所有 ASK 项已获用户确认并处理
- 无回归(已 revert 的修复标记为 DEFER)
未满足时:继续处理未完成的修复项。
ux -> modules/onboard.md + modules/critique.mdcopy -> modules/clarify.mdmotion -> modules/animate.md + modules/delight.mdpolish -> modules/polish.md + modules/normalize.md + modules/distill.md + modules/quieter.mdsystem -> modules/extract.mdresilience -> modules/harden.md + modules/optimize.md + modules/adapt.md在开始处理之前,必须满足以下条件:
- 已输出边界场景清单(异常状态、极端输入、跨端差异、性能瓶颈)
- 用户已确认需要处理的场景范围
未满足时:先输出边界场景清单等用户确认范围,不得直接开始加固实现。
style -> modules/bolder.md + modules/colorize.md + modules/quieter.md## 🎨 设计评审报告
**分支**:feature/xxx → master
**模式**:[Full / Diff-aware]
**设计规范**:[DESIGN.md / ui-visual-design.md / 通用标准]
### 评审摘要
设计评审: N issues (X high, Y medium, Z polish)
### 发现列表
| # | 级别 | 分类 | 描述 | 处理 | 状态 |
|---|------|------|------|------|------|
| 1 | HIGH | Typography | ... | AUTO-FIX | ✅ committed |
| 2 | MEDIUM | Spacing | ... | ASK | ⏳ pending |
| 3 | POLISH | Motion | ... | DEFER | 📋 deferred |
### Fix-First 结果
- AUTO-FIX: N items (N commits)
- ASK: N items (N approved, N skipped)
- DEFER: N items
### 设计规范偏差
[与 DESIGN.md 不一致的发现列表,如有]