Menü
Standardmäßig ist der Prompt ausgewählt, der zuerst die Quelle prüft. Sie können zu einem direkten Befehl wechseln oder eine lokale Kopie herunterladen.
Lesen Sie SKILL.md und alle von SkillsMP angezeigten Begleitdateien, bevor Sie sich für eine Installation entscheiden.
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Ein direkter Befehl überspringt den Prüf-Prompt. Prüfen Sie die Quelle, bevor Sie ihn ausführen.
npx skills add https://github.com/TXYzznc/GP --skill openspec-bulk-archive-changeDer Befehl bleibt in einer Zeile. Scrollen Sie horizontal, um ihn vor dem Kopieren vollständig zu prüfen.
Sie bevorzugen eine lokale Kopie? Laden Sie die Dateien herunter, die SkillsMP derzeit vorliegen.
创建具有高设计水准、独特且可用于生产环境的前端界面。当用户要求构建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质感"、"影视级"、"角色海报"、 "立绘"、"头像"、"角色卡面"、"人物设计"时，立即使用此技能。 即使用户只给出角色名称和简单描述，也应主动使用此技能生成完整提示词。
Basierend auf der SOC-Berufsklassifikation
SKILL.md wird angezeigt
| name | openspec-bulk-archive-change |
| description | 一次性归档多个已完成的变更。当需要归档多个并行变更时使用。 |
| license | MIT |
| compatibility | Requires openspec CLI. |
| metadata | {"author":"openspec","version":"1.0","generatedBy":"1.2.0"} |
在单次操作中批量归档多个已完成的变更。
此 skill 允许批量归档变更，通过检查代码库确定实际实现情况来智能处理 spec 冲突。
输入：无需输入（提示用户选择）
步骤
获取活跃变更
运行 openspec list --json 获取所有活跃变更。
若不存在活跃变更，通知用户并停止。
提示用户选择变更
使用 AskUserQuestion 工具进行多选，让用户选择变更：
重要：不要自动选择，始终让用户做选择。
批量验证——收集所有选中变更的状态
对每个选中的变更，收集：
a. Artifact 状态 - 运行 openspec status --change "<name>" --json
schemaName 和 artifacts 列表done 或其他状态b. 任务完成情况 - 读取 openspec/changes/<name>/tasks.md
- [ ]（未完成）与 - [x]（已完成）c. 增量 spec - 检查 openspec/changes/<name>/specs/ 目录
### Requirement: <name> 的行）检测 spec 冲突
构建 capability -> [涉及该 capability 的变更] 的映射：
auth -> [change-a, change-b] <- 冲突（2 个以上变更）
api -> [change-c] <- 正常（只有 1 个变更）
当 2 个以上选中的变更对同一 capability 有增量 spec 时，即存在冲突。
自主解决冲突
对每个冲突，调查代码库：
a. 读取每个冲突变更的增量 spec，了解各自声称要添加/修改的内容
b. 搜索代码库寻找实现证据：
c. 确定解决方案：
d. 记录每个冲突的解决方案：
显示综合状态表
显示汇总所有变更的表格：
| 变更 | Artifact | 任务 | Spec | 冲突 | 状态 |
|----------------------|----------|-------|----------|----------|--------|
| schema-management | 完成 | 5/5 | 2 个增量 | 无 | 就绪 |
| project-config | 完成 | 3/3 | 1 个增量 | 无 | 就绪 |
| add-oauth | 完成 | 4/4 | 1 个增量 | auth (!) | 就绪* |
| add-verify-skill | 剩余 1 | 2/5 | 无 | 无 | 警告 |
对冲突显示解决方案：
* 冲突解决方案：
- auth spec：将先应用 add-oauth，再应用 add-jwt（两者均已实现，按时间顺序）
对未完成的变更显示警告：
警告：
- add-verify-skill：1 个未完成 artifact，3 个未完成任务
确认批量操作
使用 AskUserQuestion 工具进行单次确认：
若存在未完成的变更，明确说明它们将带有警告被归档。
为每个确认的变更执行归档
按确定的顺序处理变更（遵循冲突解决方案）：
a. 若存在增量 spec，同步 spec：
b. 执行归档：
mkdir -p openspec/changes/archive
mv openspec/changes/<name> openspec/changes/archive/YYYY-MM-DD-<name>
c. 跟踪每个变更的结果：
显示摘要
显示最终结果：
## 批量归档完成
已归档 3 个变更：
- schema-management-cli -> archive/2026-01-19-schema-management-cli/
- project-config -> archive/2026-01-19-project-config/
- add-oauth -> archive/2026-01-19-add-oauth/
已跳过 1 个变更：
- add-verify-skill（用户选择不归档未完成的变更）
Spec 同步摘要：
- 已同步 4 个增量 spec 到主 spec
- 已解决 1 个冲突（auth：按时间顺序同时应用）
若有失败：
失败 1 个变更：
- some-change：归档目录已存在
冲突解决示例
示例 1：只有一个已实现
冲突：specs/auth/spec.md 被 [add-oauth, add-jwt] 涉及
检查 add-oauth：
- 增量添加"OAuth 提供商集成"需求
- 搜索代码库... 发现 src/auth/oauth.ts 实现了 OAuth 流程
检查 add-jwt：
- 增量添加"JWT Token 处理"需求
- 搜索代码库... 未发现 JWT 实现
解决方案：只有 add-oauth 已实现。仅同步 add-oauth 的 spec。
示例 2：两者均已实现
冲突：specs/api/spec.md 被 [add-rest-api, add-graphql] 涉及
检查 add-rest-api（创建于 2026-01-10）：
- 增量添加"REST 端点"需求
- 搜索代码库... 发现 src/api/rest.ts
检查 add-graphql（创建于 2026-01-15）：
- 增量添加"GraphQL Schema"需求
- 搜索代码库... 发现 src/api/graphql.ts
解决方案：两者均已实现。先应用 add-rest-api 的 spec，
再应用 add-graphql 的 spec（按时间顺序，较新的优先）。
成功时的输出
## 批量归档完成
已归档 N 个变更：
- <change-1> -> archive/YYYY-MM-DD-<change-1>/
- <change-2> -> archive/YYYY-MM-DD-<change-2>/
Spec 同步摘要：
- 已同步 N 个增量 spec 到主 spec
- 无冲突（或：已解决 M 个冲突）
部分成功时的输出
## 批量归档完成（部分）
已归档 N 个变更：
- <change-1> -> archive/YYYY-MM-DD-<change-1>/
已跳过 M 个变更：
- <change-2>（用户选择不归档未完成的变更）
失败 K 个变更：
- <change-3>：归档目录已存在
无变更时的输出
## 无变更可归档
未发现活跃变更。创建新变更以开始。
注意事项