游戏开发部范围简报

步骤

1. 1

   用原话写下要做的事

   先复述材料里这次玩法、内容或关卡规则要完成的结果，不超过四句。然后写不做的部分。不把设计说明写成已经可玩的成品，也不承诺留存。材料没有边界时，列出需要提问的空缺，不要把项目自行放大。

2. 2

   只记录已经给出的约束

   约束包括类型、平台、必须保留的核心循环。每一条都要能在材料里指认。材料没写的工具、数据、期限和人名，一律标成「未提供」。

3. 3

   标出会改变做法的风险

   优先看这些风险：规则互相打架、反馈看不懂、数值没有出处。只保留这次材料真正涉及的点，并说明它影响范围、质量还是先后顺序。不要把通用风险清单整页贴上。

4. 4

   给出可复核的核对方式

   写明另一个人可以用什么复核：规则文本、关卡说明或贴出的脚本意图。没有这些材料时，对应结论写成「未证实」，不能写成已经完成。

约束

• 不编造玩家数据，不估计留存和收入。
• 不把设计说明写成已经可玩的成品，也不承诺留存。
• 不代替审批、发布或对外发送。
• 这是部门共用的可复制模板，不会自动执行，也不产生收入。角色身份仍以点名的那份人设为准。

可复制提示词

```text
【技能模板 · 不会自动执行】
这是游戏开发部共用技能「游戏开发部范围简报」。
请先遵守我点名的角色文件。它必须来自本技能的 roles 列表，例如 game-development/blender/blender-addon-engineer.md。不要改写该角色的人设。

只根据我贴出的材料输出：
1. 这次要完成的结果，以及明确不做的部分。
2. 已知约束（类型、平台、必须保留的核心循环）。没有的写「未提供」。
3. 这次真正涉及的风险（参考：规则互相打架、反馈看不懂、数值没有出处）。
4. 核对方式（规则文本、关卡说明或贴出的脚本意图）。没有证据的写成「未证实」。

不编造玩家数据，不估计留存和收入。
不要审批，不要发布，不要声称本模板会自动运行或带来收入。

输出：