Menu
首次入门引导 — 询问你当前处于哪个阶段，然后引导你进入正确的工作流。不做任何假设。
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.
Based on SOC occupation classification
创建架构决策记录（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，或者直接告诉我你想做什么。"此技能遵循协作设计原则：