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

SkillDescription
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生成全面的发布前验证清单,涵盖构建验证、合规要求、商店元数据和发布准备就绪情况。