Menu
The review-first prompt is selected by default. You can switch to a direct command or download a local copy.
Read SKILL.md and any companion files shown by SkillsMP before deciding whether to install.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
A direct command skips the review prompt. Inspect the source before running it.
npx skills add https://github.com/TXYzznc/GP --skill openspec-sync-specsThe command stays on one line. Scroll horizontally to inspect it before copying.
Prefer a local copy? Download the files currently available to SkillsMP.
创建具有高设计水准、独特且可用于生产环境的前端界面。当用户要求构建Web组件、页面、制品、海报或应用（例如网站、着陆页、仪表板、React组件、HTML/CSS布局，或对任何Web UI进行样式设计/美化）时，可使用此技能。生成富有创意、经过打磨的代码和UI设计，避免通用的AI美学风格。
具备世界级游戏UI设计专业能力，融合任天堂UI理念的清晰性、《死亡空间》与《银河战士Prime》的沉浸式叙事化界面，以及电竞游戏的竞技可读性原则。游戏UI是连接玩家意图与游戏响应的无形桥梁。优秀的游戏UI在不破坏沉浸感的前提下为玩家服务，能在激烈的游戏过程中瞬间传达关键信息，引导新玩家的同时又不会让老玩家感到被轻视，还能流畅适配从4K显示器到掌机屏幕、从键盘到触摸再到控制器的各类场景。顶尖的游戏UI设计师深知，屏幕上的每一个像素都弥足珍贵——它们是从游戏世界中“借”来的。当提及“game ui, game interface, hud design, heads up display, game menu, inventory ui, health bar, stamina bar, game hud, minimap, crosshair, reticle, button prompt, controller ui, gamepad navigation, diegetic interface, in-world ui, quest tracker, damage numbers, cooldown indicator, radial menu, game tooltip, game-ui, hud, game-interface, game-menu, controller-ui, diegetic, game-design, accessibility, console, mobile-games”这些关键词时适用。
Clash of Gods 项目角色美术资源 AI 绘图提示词生成器。 支持两种模式： - 影视级CG角色设定图（三视图+细节展示板，UE5/PBR质感，适合主要角色、Boss） - 游戏立绘/头像（游戏内使用的角色卡面、头像、立绘） 当用户提到"角色设定图"、"三视图"、"设定板"、"CG质感"、"影视级"、"角色海报"、 "立绘"、"头像"、"角色卡面"、"人物设计"时，立即使用此技能。 即使用户只给出角色名称和简单描述，也应主动使用此技能生成完整提示词。
Based on SOC occupation classification
Showing SKILL.md
| name | openspec-sync-specs |
| description | 将变更中的增量 spec 同步到主 spec。当用户希望用增量 spec 的更改更新主 spec 而不归档变更时使用。 |
| license | MIT |
| compatibility | Requires openspec CLI. |
| metadata | {"author":"openspec","version":"1.0","generatedBy":"1.2.0"} |
将变更中的增量 spec 同步到主 spec。
这是一个代理驱动的操作——您将读取增量 spec 并直接编辑主 spec 以应用更改。这允许智能合并（例如，添加场景而不复制整个需求）。
输入：可选指定变更名称。若未提供，尝试从对话上下文中推断。若含糊不清，必须提示用户选择可用的变更。
步骤
若未提供变更名称，提示用户选择
运行 openspec list --json 获取可用变更。使用 AskUserQuestion 工具让用户选择。
显示有增量 spec 的变更（在 specs/ 目录下）。
重要：不要猜测或自动选择变更，始终让用户做选择。
查找增量 spec
在 openspec/changes/<name>/specs/*/spec.md 中查找增量 spec 文件。
每个增量 spec 文件包含如下节：
## ADDED Requirements - 要添加的新需求## MODIFIED Requirements - 对现有需求的更改## REMOVED Requirements - 要删除的需求## RENAMED Requirements - 要重命名的需求（FROM:/TO: 格式）若未找到增量 spec，通知用户并停止。
对每个增量 spec，将更改应用到主 spec
对每个在 openspec/changes/<name>/specs/<capability>/spec.md 有增量 spec 的 capability：
a. 读取增量 spec 以了解预期的更改
b. 读取主 spec（位于 openspec/specs/<capability>/spec.md，可能尚不存在）
c. 智能应用更改：
ADDED 需求：
MODIFIED 需求：
REMOVED 需求：
RENAMED 需求：
d. 若 capability 尚不存在，创建新主 spec：
openspec/specs/<capability>/spec.md显示摘要
应用所有更改后，总结：
增量 Spec 格式参考
## ADDED Requirements
### Requirement: 新功能
系统应执行某些新操作。
#### Scenario: 基本情况
- **WHEN** 用户执行 X
- **THEN** 系统执行 Y
## MODIFIED Requirements
### Requirement: 现有功能
#### Scenario: 要添加的新场景
- **WHEN** 用户执行 A
- **THEN** 系统执行 B
## REMOVED Requirements
### Requirement: 已废弃功能
## RENAMED Requirements
- FROM: `### Requirement: 旧名称`
- TO: `### Requirement: 新名称`
核心原则：智能合并
与程序化合并不同，您可以应用部分更新：
成功时的输出
## Spec 已同步：<change-name>
已更新主 spec：
**<capability-1>**：
- 已添加需求："新功能"
- 已修改需求："现有功能"（添加了 1 个场景）
**<capability-2>**：
- 已创建新 spec 文件
- 已添加需求："另一功能"
主 spec 已更新。变更保持活跃——实现完成后归档。
注意事项