可复制的 AI 协作模板
从最小的可验收切片开始。先让 AI 复述玩家目标和规则，再让它指出哪些决定会影响输赢、存档、发奖或指标。对齐这些决定后，请它按规格实现，逐项回报实际验收结果。
模板一 · 一页策划案
玩家与场景：
体验承诺：
一局循环（输入 → 决策 → 操作 → 反馈 → 再来一局）：
胜负与时长：
跨局目标：
本轮最小原型：
最大假设和试测方式：
观察到什么结果就调整方案：
示例填写一行。最大假设是玩家读到 C 路预告后会主动补空路。观察点是第三波前是否独立把后备炮放到 C 路，以及玩家能否解释这个选择。
模板二 · 功能规格
功能和玩家目标：
入口与开始条件：
玩家看到什么、能做什么：
状态表（当前状态 / 输入 / 校验 / 新状态 / 玩家反馈）：
配置、单位与版本：
异常与重复操作（非法输入、失败、重试、断线、切后台）：
持久化、数据归属与幂等：
事件与验收入口：
这次的交付范围：
给现有项目加功能时，把目录、受影响的页面、现有接口和配置放在请求里。请 AI 先读当前实现，再说明会复用的逻辑。用一次完整的玩家路径作为最初交付切片。
模板三 · 验收用例
用例编号与要验证的风险：
给定（版本、账号状态、配置、初始数据、时间）：
当（按顺序执行的操作和需要注入的错误）：
则（界面、规则状态、持久化和事件的可观察结果）：
实际结果与证据：
一句「奖励只发一次」还缺初始余额和重复步骤。可以写成「余额 10，提交同一 runId 的广告奖励两次，余额变为 20，账本只有一条额外奖励」。验收要同时看页面和真实数据。
给 AI 的开工约定
请先复述玩家目标、输入和预期状态变化。查看现有实现后指出会影响
输赢、存档或发奖的歧义。方案明确后，按规格实现并运行验收用例，
逐项给出预期、实际和证据。把尚需微信真机验证的项目单独列出。