메뉴
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
직접 명령은 검토 Prompt를 거치지 않습니다. 실행하기 전에 소스를 확인하세요.
npx skills add https://github.com/pixel-cellar/Claude-Code-Game-Studios --skill map-systems명령은 한 줄로 유지됩니다. 복사하기 전에 가로로 스크롤해 전체 내용을 확인하세요.
로컬 사본을 원하시나요? SkillsMP에서 현재 제공할 수 있는 파일을 다운로드하세요.
SOC 직업 분류 기준
SKILL.md 표시 중
| name | map-systems |
| description | 将游戏概念拆解为独立系统，映射依赖关系，确定设计优先级，并创建系统索引。 |
| argument-hint | [可选: 'next' 以选择最高优先级的未设计系统，或系统名称以交接给 /design-system] |
| user-invocable | true |
| allowed-tools | Read, Glob, Grep, Write, Edit, AskUserQuestion, TodoWrite |
当此技能被调用时：
两种模式：
/map-systems — 运行完整的拆解工作流（阶段 1-5）以创建或更新系统索引。next：/map-systems next — 从索引中选择最高优先级的未设计系统并交接给 /design-system（阶段 6）。读取游戏概念和任何已有的设计工作。这为系统拆解提供了原始材料。
必需：
design/gdd/game-concept.md — 如果缺失则明确报错退出：
"在
design/gdd/game-concept.md未找到游戏概念。请先运行/brainstorm创建一个，然后再回来将其拆解为系统。"
可选（如果存在则读取）：
design/gdd/game-pillars.md — 游戏支柱约束优先级和范围design/gdd/systems-index.md — 如果存在，从上次中断处继续（更新，而非从头重建）design/gdd/*.md — 检查哪些系统 GDD 已经存在如果系统索引已存在：
AskUserQuestion 询问：
"系统索引已存在，包含 [N] 个系统（[M] 个已设计，[K] 个未开始）。您希望做什么？"
提取并识别游戏需要的所有系统。这是本技能的核心创意环节 — 它需要人工判断，因为概念文档很少明确列举每个系统。
扫描游戏概念中直接提及的系统和机制：
对于每个显式系统，识别它所暗示的隐藏系统。游戏需要的系统总是比概念文档中提到的多。使用以下推理模式：
在对话中解释为什么需要每个隐式系统（附示例）。
按类别组织展示枚举结果。对于每个系统，展示：
然后使用 AskUserQuestion 收集反馈：
迭代直到用户批准枚举结果。
对于每个系统，确定它依赖什么。如果系统 A 没有系统 B 就无法运行，则系统 A "依赖" 系统B。
对于每个系统，列出其依赖项。使用以下依赖启发式规则：
将系统排列为层级：
检查依赖图中的循环。如果发现：
以分层列表形式展示依赖图。高亮：
使用 AskUserQuestion 询问："这个依赖顺序看起来正确吗？是否有遗漏或应移除的依赖？"
根据每个系统所需的里程碑，将其分配到优先级层级。
使用以下启发式规则进行初始分配：
以表格形式展示优先级分配。对于每个层级，解释为什么将系统放在那里。
使用 AskUserQuestion 询问："这些优先级分配符合您的愿景吗？哪些系统应该更高或更低优先级？"
在对话中解释推理："我将 [系统] 放在 MVP 中，因为核心循环需要它 — 没有 [系统]，30 秒循环无法运行。"
结合依赖排序 + 优先级层级得出最终设计顺序：
这就是团队应该按此顺序编写 GDD 的顺序。
使用 .claude/docs/templates/systems-index.md 中的模板，用阶段 2-4 的所有数据填充系统索引：
展示文档摘要：
询问："可以将系统索引写入 design/gdd/systems-index.md 吗？"
等待批准。仅在 "同意" 后写入文件。
写入后，更新 production/session-state/active.md：
当以下情况进入此阶段：
/map-systems [system-name]/map-systems nextnext，选择最高优先级的未设计系统（按设计顺序）使用 AskUserQuestion 询问："现在开始设计 [系统名称]，选择其他系统，还是先停在这里？"
选择系统后，调用 /design-system [system-name] 技能。
/design-system 技能负责完整的 GDD 编写流程：
/design-review不要在这里重复 /design-system 的工作流。 此技能拥有系统索引；/design-system 拥有各系统GDD。
/design-system 完成后，使用 AskUserQuestion：
如果继续，返回步骤 6a。
系统索引创建后（或设计了一些系统后），建议适当的后续操作：
/design-system [系统名称] 编写下一个系统的 GDD"/design-review [路径] 以验证质量"/gate-check pre-production 检查是否准备好开始构建"/prototype [系统] 原型化最高风险的系统"/sprint-plan new 计划第一个实现 Sprint"本技能在每个阶段遵循协作设计原则：
AskUserQuestion（解释 -> 捕获模式）：
/design-system/design-system 负责，它处理增量部分写入、交叉引用、设计审查和索引更新production/session-state/active.md绝不要在未经审核的情况下自动生成完整系统列表并写入。 绝不要在未经用户确认的情况下开始设计系统。 始终展示枚举、依赖和优先级供用户验证。