---
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. **输出摘要**，包含：区域概述、遭遇战数量、预估资产列表、叙事节拍，以及跨团队依赖关系或待解决问题。