游戏需求细化 / GDD 生成指南

技能定位

本技能面向 豆包 arkclaw 平台上运行的 LayaAir H5 小游戏 / 休闲游戏。产出物是一份完整游戏的 GDD（Game Design Document），不是试玩广告、不是视频广告脚本、不是 campaign brief。

为什么这个定位：完整游戏需要回答"玩家为什么要反复玩"、"凭什么选这个而非同类竞品"、"什么是不能妥协的设计红线"——这些是广告完全不需要的问题。把这些问题说清楚之前写出的"需求"，下游实现只会变成特征堆砌。

默认运行环境假设（arkclaw 场景）：

• 单一平台：豆包 arkclaw 容器内 H5，不考虑多平台发行
• 纯客户端：无后端服务器，不考虑账号 / 服务端对战 / 长连接
• 不默认讨论变现：arkclaw 场景下由平台侧处理，GDD 不写变现设计，除非用户明确要求

若用户 brief 中明确提及多平台、服务端、或变现需求，则按用户描述展开；否则上述三项保持"不涉及"。

设计层 vs 实现层的红线：GDD 只描述"玩家体验与设计意图"，不点名具体技术实现——不写"用 Box2D / Matter.js 做物理"、不写"服务器存 XX 快照"、不写"用 WebSocket 长连接"。这些属于架构决策（ADR），是下游代码实现阶段的职责。违反这条红线的 GDD 会把技术路径过早锁死，损害后续设计自由度。

Output: 单份结构化 GDD（Markdown），末尾附「美术 Brief 种子」章节供下游 layaair-art 技能直接消费