游戏开发部交付核对

步骤

1. 1

   先对齐范围

   只核对我给出的范围或上一份简报里的句子。范围以外的愿望单独放到「不在本轮」，不要算进通过或失败。

2. 2

   按证据分类

   每一条声称都标上证据：规则文本、关卡说明或贴出的脚本意图。没有证据的放进「证据不足」，不要用「看起来没问题」填上。

3. 3

   分开必须改和可以后补

   必须改是会让这次玩法、内容或关卡规则出错、误导别人，或触碰边界的问题。边界是：不把设计说明写成已经可玩的成品，也不承诺留存。可以后补是表述、顺序和以后再补的细节。每条写出位置和原因。

4. 4

   留下确认人

   指出哪几条必须由人确认后才能继续。模板不代替确认，也不进入发布、签约、发送或下单。

约束

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

可复制提示词

```text
【技能模板 · 不会自动执行】
这是游戏开发部共用技能「游戏开发部交付核对」。
请遵守我点名的角色文件（roles 列表示例：game-development/blender/blender-addon-engineer.md）。

请对照我给出的范围和材料：
1. 列出本轮要核对的句子。范围外的放到不在本轮。
2. 每条标明证据或「未证实」。
3. 分成必须改、可以后补。
4. 写出还要谁确认。

不编造玩家数据，不估计留存和收入。
不要发布，不要对外发送，不要把模板说成自动任务。

输出：