team-level
$
npx mdskill add pixel-cellar/Claude-Code-Game-Studios/team-level当此技能被调用时:
SKILL.md
.github/skills/team-levelView on GitHub ↗
--- name: team-level description: "编排关卡设计团队:level-designer + narrative-director + world-builder + art-director + systems-designer + qa-tester,完成完整的区域/关卡创建。" argument-hint: "[关卡名称或要设计的区域]" user-invocable: true allowed-tools: Read, Glob, Grep, Write, Edit, Bash, Task, AskUserQuestion, TodoWrite --- 当此技能被调用时: **决策节点:** 在每个步骤转换时,使用 `AskUserQuestion` 将子代理的方案以可选项的形式呈现给用户。在对话中写出代理的完整分析,然后以简洁的标签记录决策。用户必须批准后才能进入下一步。 1. **读取参数**以确定目标关卡或区域(例如 `新手教程`、`森林地牢`、`枢纽城镇`、`最终 Boss 竞技场`)。 2. **收集上下文**: - 读取位于 `design/gdd/game-concept.md` 的游戏概念文档 - 读取位于 `design/gdd/game-pillars.md` 的游戏支柱文档 - 读取 `design/levels/` 中的现有关卡文档 - 读取 `design/narrative/` 中的相关叙事文档 - 读取该区域所属地区/阵营的世界观设定文档 ## 如何委派 使用 Task 工具将每位团队成员生成为子代理: - `subagent_type: narrative-director` — 叙事目的、角色、情感弧线 - `subagent_type: world-builder` — 背景设定上下文、环境叙事、世界规则 - `subagent_type: level-designer` — 空间布局、节奏、遭遇战、导航 - `subagent_type: systems-designer` — 敌人组合、战利品表、难度平衡 - `subagent_type: art-director` — 视觉主题、调色板、光照、资产需求 - `subagent_type: qa-tester` — 测试用例、边界测试、试玩检查清单 始终在每个代理的提示中提供完整上下文(游戏概念、支柱、现有关卡文档、叙事文档)。 3. **按顺序编排关卡设计团队**: ### 步骤 1:叙事上下文(narrative-director + world-builder) 生成 `narrative-director` 代理以: - 定义该区域的叙事目的(这里发生哪些故事节拍?) - 识别关键角色、对话触发点和背景设定元素 - 指定情感弧线(玩家进入时、探索中、离开时应有什么感受?) 生成 `world-builder` 代理以: - 提供该区域的背景设定上下文(历史、阵营势力、生态) - 定义环境叙事的机会 - 指定影响该区域玩法的世界规则 ### 步骤 2:布局与遭遇战设计(level-designer) 生成 `level-designer` 代理以: - 设计空间布局(关键路径、可选路径、隐藏区域) - 定义节奏曲线(紧张高峰、休息区域、探索区域) - 放置具有难度递进的遭遇战 - 设计环境谜题或导航挑战 - 定义兴趣点和地标以辅助寻路 - 指定入口/出口点及与相邻区域的连接 ### 步骤 3:系统集成(systems-designer) 生成 `systems-designer` 代理以: - 指定敌人组合和遭遇战公式 - 定义战利品表和奖励放置 - 根据玩家预期等级/装备平衡难度 - 设计区域专属机制或环境危害 - 指定资源分布(生命恢复道具、存档点、商店) ### 步骤 4:视觉方向(art-director) 生成 `art-director` 代理以: - 定义该区域的视觉主题和调色板 - 指定光照氛围和时间设置 - 列出所需美术资产(环境道具、专属资产) - 定义视觉地标和视线 - 指定特殊视觉特效需求(天气、粒子、雾气) ### 步骤 5:QA 规划(qa-tester) 生成 `qa-tester` 代理以: - 编写关键路径的测试用例 - 识别边界情况和极端情况(顺序越界、软锁定) - 创建该区域的试玩检查清单 - 定义关卡完成的验收标准 4. **编制关卡设计文档**,将所有团队输出整合为关卡设计模板格式。 5. **保存至** `design/levels/[关卡名称].md`。 6. **输出摘要**,包含:区域概述、遭遇战数量、预估资产列表、叙事节拍,以及跨团队依赖关系或待解决问题。
More from pixel-cellar/Claude-Code-Game-Studios
- architecture-decision创建架构决策记录(Architecture Decision Record, ADR),记录重大技术决策及其背景、备选方案和影响后果。每个重大技术选择都应有对应的 ADR。
- estimate通过分析复杂度、依赖关系、历史速度和风险因素来估算任务工作量。生成包含置信水平的结构化估算。
- localize运行本地化工作流:提取字符串、验证本地化就绪状态、检查硬编码文本,并生成可供翻译的字符串表。
- map-systems将游戏概念拆解为独立系统,映射依赖关系,确定设计优先级,并创建系统索引。
- milestone-review生成全面的里程碑进度审查,包括功能完成度、质量指标、风险评估和推进/暂停建议。在里程碑检查点或评估里程碑截止日期的准备情况时使用。
- patch-notes从 git 历史记录、Sprint 数据和内部更新日志生成面向玩家的补丁说明。将开发者语言转化为清晰、有吸引力的玩家沟通内容。
- perf-profile结构化的性能分析工作流。识别瓶颈、与性能预算对比测量,并生成带有优先级排序的优化建议。
- playtest-report生成结构化的试玩报告模板,或将现有试玩笔记分析为结构化格式。用于标准化试玩反馈的收集和分析。
- project-stage-detect自动分析项目状态、检测开发阶段、识别缺失项,并根据现有工件推荐后续步骤。
- release-checklist生成全面的发布前验证清单,涵盖构建验证、合规要求、商店元数据和发布准备就绪情况。