Menü
首次入门引导 — 询问你当前处于哪个阶段，然后引导你进入正确的工作流。不做任何假设。
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.
Basierend auf der SOC-Berufsklassifikation
创建架构决策记录（Architecture Decision Record, ADR），记录重大技术决策及其背景、备选方案和影响后果。每个重大技术选择都应有对应的 ADR。
根据描述创建结构化的缺陷报告，或分析代码以识别潜在缺陷。确保每份缺陷报告包含完整的复现步骤、严重程度评估和上下文信息。
通过分析复杂度、依赖关系、历史速度和风险因素来估算任务工作量。生成包含置信水平的结构化估算。
运行本地化工作流：提取字符串、验证本地化就绪状态、检查硬编码文本，并生成可供翻译的字符串表。
将游戏概念拆解为独立系统，映射依赖关系，确定设计优先级，并创建系统索引。
生成全面的里程碑进度审查，包括功能完成度、质量指标、风险评估和推进/暂停建议。在里程碑检查点或评估里程碑截止日期的准备情况时使用。
| name | start |
| description | 首次入门引导 — 询问你当前处于哪个阶段，然后引导你进入正确的工作流。不做任何假设。 |
| argument-hint | [无参数] |
| user-invocable | true |
| allowed-tools | Read, Glob, Grep, AskUserQuestion |
此技能是新用户的入口。它不会假设你已经有了游戏创意、引擎偏好或任何经验。它先询问，然后将你路由到正确的工作流。
在询问任何问题之前，静默收集上下文信息，以便量身定制你的引导建议。不要主动展示这些结果 — 它们用于指导推荐，而非作为对话开场白。
检查：
.claude/docs/technical-preferences.md。如果 Engine 字段包含 [TO BE CONFIGURED]，说明引擎未设置。design/gdd/game-concept.md。src/ 中的源文件（*.gd、*.cs、*.cpp、*.h、*.rs、*.py、*.js、*.ts）。prototypes/ 中的子目录。design/gdd/ 中的 Markdown 文件数量。production/sprints/ 或 production/milestones/ 中是否有文件。在内部保存这些发现。你将用它们来验证用户的自评结果并定制后续推荐。
这是用户首先看到的内容。清晰地展示以下 4 个选项：
欢迎使用 Claude Code Game Studios！
在提出建议之前，我想了解你目前的起点。你的游戏创意现在处于哪个阶段？
A）还没有想法 — 我完全没有任何游戏概念。我想探索并弄清楚要做什么。
B）模糊的想法 — 我有一个粗略的主题、感觉或类型方向（例如"跟太空有关的东西"或"一款温馨的农场游戏"），但还没有具体内容。
C）清晰的概念 — 我知道核心想法 — 类型、基本机制，可能还有一句话的推介 — 但还没有正式形成文档。
D）已有成果 — 我已经有了设计文档、原型、代码或重要的规划工作。我想整理或继续这些工作。
等待用户回答。在用户回复之前不要继续。
用户在进入其他任何环节之前需要创意探索。引擎选择、技术配置 — 这些都以后再说。
/brainstorm 的作用（使用专业框架的引导式创意发想 — MDA 框架、玩家心理学、动词优先设计）/brainstorm open/brainstorm — 发现你的游戏概念/setup-engine — 配置引擎（brainstorm 会推荐一个）/map-systems — 将概念拆解为系统并规划 GDD（游戏设计文档）编写顺序/prototype — 测试核心机制/sprint-plan — 规划第一个冲刺（Sprint）用户有一个种子想法，但需要帮助将其发展成完整概念。
/brainstorm [他们的线索] 来发展它/brainstorm [线索] — 将想法发展为完整概念/setup-engine — 配置引擎/map-systems — 将概念拆解为系统并规划 GDD 编写顺序/prototype — 测试核心机制/sprint-plan — 规划第一个冲刺用户知道自己要做什么，但还没有形成文档。
/brainstorm，将概念结构化为正式的游戏概念文档，包含游戏支柱（Pillars）、MDA 分析和规模层级/setup-engine，之后手动编写 GDD/brainstorm 或 /setup-engine（由用户选择）/design-review — 验证概念文档/map-systems — 将概念拆解为独立系统，标记依赖关系和优先级/design-system — 编写各系统的 GDD（引导式，逐节完成）/architecture-decision — 做出第一批技术决策/sprint-plan — 规划第一个冲刺用户已经有工件了。弄清楚什么存在、什么缺失。
/project-stage-detect 进行全面分析/setup-engine/project-stage-detect — 全面的缺口分析/setup-engine — 如果尚未配置/design-system — 如果系统索引存在但 GDD 不完整/gate-check — 验证是否准备好进入下一阶段/sprint-plan — 整理工作在展示推荐路径后，询问用户想先执行哪一步。永远不要自动运行下一个技能。
"你想从 [推荐的第一步] 开始，还是想先做其他事情？"
当用户选择下一步时，让他们自己调用技能，或者主动提出帮他们运行。无论哪种方式，一旦用户有了明确的下一步行动，/start 技能的任务就完成了。
src/ 中已有代码。你是想选 D（已有成果）吗？还是想用新概念重新开始？"design/gdd/game-concept.md。想从上次停下的地方继续吗？试试 /sprint-plan，或者直接告诉我你想做什么。"此技能遵循协作设计原则：