games-development-ai/docs/mvp/可行性方案16周-波次映射.md

date, topic, canonical, status, supersedes

date	topic	canonical	status	supersedes
2026-06-25	项目上线主计划	true	正式 · §6.8 双评审已过(Codex + Opus,必修已修)· 创始人 2026-06-25 确认(F1=B / §8 双轴 / 留存口径 等决策已落)· 创始人 2026-07-05 拍 7 月中旬内测硬目标(§2 内测里程碑 · 反推压缩,合规豁免待律所拍)	本文件原「可行性验证方案(16 周)↔ 工程波次映射」(就地升格为主计划 SoT,文件名暂留)

项目上线主计划 SoT(16 周波次轴)

本文件是项目「上线」口径的单一权威。 此前 AGENTS.md §2 并列两套路线图(投资人版 16 周 / execution-spec 3 周)且明令「不要混用」,却一直没有一份权威的上线主计划把它们收敛。本 SoT 以 16 周日历轴为骨架,把 55 个 P0 产品功能作为「上线=做完什么」的验收定义挂到波次上,把进度总账作活状态视图,把两套旧路线图各降为其下的一个视图。 状态以 MVP进度总账.md §2 矩阵为准(模块完成度单一 SoT);活任务排序见 MVP作战清单.md;合规闸门跟踪面见 A1闸门看板.md。本文件管「上线主计划骨架 + 验收映射」,不复述它们的明细。 上游素材:docs-design/可行性验证落地方案.md(创始人 2026-06-12 落仓,王蓝莓单点验证 4 阶段)。

---

§0 一图看懂

上线=什么算成功:用户一句话造出一款可上线、可变现的轻量小游戏,玩家在游戏流里发现并即点即玩,平台经广告/订阅/B 端三线变现——把 create → generate → preview → publish → review → game feed → play → interact → ads → revenue → telemetry → recommendation 这条全链路闭环跑成真实可验收,且 55 个 P0 产品功能逐项可验证、生成成功率达 ≥80%。

真卡点=日历闸门:能否合法上线不取决于写代码的速度,而取决于 IP 授权、软著、ICP 备案、大模型登记/算法备案、渠道审核这些外部审批的周期。软著申报与 ICP 备案是不可压缩的日历闸门,排在 W1 起跑,后续波次按它们的产出时点对齐(ICP 现已下证)。代码再快也压不过备案周期,所以人侧闸门与工程波次必须并行起跑,绝不串行等待。

两套旧路线图怎么收敛成视图:execution-spec(10 人×3 周 / 55 P0 / ≈137 技术项)降为本 SoT 的产品验收来源外加一段冲刺视图;投资人版(5 人 / ¥4,300/月 / 11 周)降为对外资本效率叙述视图。二者都不再作为平行的执行基线,以本 SoT 的 16 周轴为准。

---

§1 上线定义与量化目标

「上线」的完整定义 = 下面这条全链路闭环跑成真实可验收,且量化目标全部达标。

create → generate → preview → publish → review
      → game feed → play → interact
      → ads → revenue → telemetry → recommendation optimization

量化目标	标准	当前
AI 生成成功率	≥ 80%(基于核心品类)	自动编排路约 60%;统一框架 A-model 单款已绿;便宜档 ≥80% 批跑未跑、tier2 n=5 收敛环待跑(底座已就位)
游戏流首屏加载	P75 < 3s	待真机实测
服务可用性	≥ 99.5%	规划目标
基础设施月成本	< ¥5,000/月(投资人版 ≈¥4,300)	规划内
P0 产品功能覆盖	55/55 可验证	结构骨架覆盖 54/55,真实端到端可验收仍少(详见 §3 + §5)

口径锚:AGENTS.md §1–2(顶层目标)。验收的逐项定义见 §3。

---

§2 16 周波次轴(骨架)

四个阶段、16 周,每个阶段一条工程主线加一组日历闸门。日历闸门是阶段推进的真约束——它们排进哪一周不是工程节奏决定的,而是审批周期倒推出来的,工程波次按它们的产出时点对齐交付。

⚡ 内测里程碑(创始人 2026-07-05 拍 · 硬目标 · 反推压缩):种子外测/内测的目标日从原阶段三(W9–12、按 W1≈6/9 起跑推算约 8 月)提前到 7 月中旬,立为显式里程碑倒逼波次压缩。这不是把内测搬进阶段二的措辞游戏——它要求工程命门与合规闸门同时压到位:

• 工程命门(全力压):生成成功率 ≥80% 对外放量(便宜档质量轨,放量口径待创始人决策⑤)、前端 studio/admin 接 staging 的五链路真机端到端验收、对话式调整 A11(代码已完成、待计费 e2e)。这三条是「种子创作者能真造出可玩游戏、真交到手里」的地板。
• 合规硬约束(不可压缩,是真墙):大模型登记 / 算法备案是数月级审批、闸门看板明载「备案须在外测前完成」,现尚未提交。7 月中旬内测能否成立,取决于内测豁免口径——≤2 万人 + 不接广告 + 报备删档 是否豁免这两项备案,须经律所(闸门 #11)先拍。豁免拍不下来,内测日期必须后移到备案完成——合规不因工程赶工而让路。
• 压缩后的波次关系:阶段二(通变现审核)的真机验收批次与内测冲刺并行,变现走 mock 不阻塞内测(内测本就不接广告、不真收款);阶段三「种子入驻+留存」的运营验收(次留/时长)仍按自然周期,不因内测提前而提前——工程先把可测可看做到位,留存数据要时间攒。

活任务排序与 owner 见 MVP作战清单.md;合规豁免口径进展见 A1闸门看板.md #9/#10/#11。

阶段一 · 打地基(W1–4)

工程主线:把「能造→能发→能玩→能赚」的闭环搭起来。W1–2 锁定跨端契约 + 全栈可启动;W2–3 打通「一句话→十几秒出可玩样例」生成链路;W3 跑通创作→审核→游戏流→真人试玩→数据回流;W3–4 收口自研游戏运行时;W4 用模拟数据跑通广告→收益→钱包→提现对账。地基已基本按计划达成、局部领先(详见 §5)。

日历闸门(W1 起跑):域名注册+企业实名(✅ 已完成)、ICP 备案(✅ 已下证、备案号到手,公安联网审核中不阻塞后续)、IP 素材框架协议(线下授权,未落则用占位原创美术先行,不阻塞主线)。

阶段一收口的两件未达标项(转入阶段二攻坚):生成成功率冲 ≥80%、挑核心功能做真机端到端验收(治「骨架≠可上线」)。

阶段二 · 通变现与审核(W5–8)

工程主线:让变现链路从模拟转真实 + 审核流程成型。资质到位后接真广告 SDK(穿山甲/优量汇);三方分账规则落地(IP / 创作者 / 平台比例 + 月度账单);内容审核机器初审 + 人工复核 SOP 成型;内部灰度 ≥50 款游戏全链路跑通。

日历闸门(W5 集中起跑,均 1–3 周不可压缩):支付商户进件(微信支付,ICP 回执已满足前置、现为最长剩余闸门之一)、广告联盟资质(穿山甲/优量汇,需载体侧渠道账号联动)、短信签名报备(玩家侧验证码硬前置)、律所合规咨询(UGC 出版定性 / 防沉迷 / 二清分账 / 大模型登记+算法备案适用性四问)。同期起跑材料周期数月的大模型登记 + 算法备案材料准备——这两项审批以月计,必须最早备料。

阶段二验收:真实变现链路打通 + 审核 SOP 成型 + 灰度款数达标。

阶段三 · 拉种子与留存(W9–12)

工程主线:接入真实种子供给并把留存做达标。种子创作者 50–80 人入驻 + 培训(创作者手册);留存埋点 + 运营数据看板;对话式调整创作(用户用对话微调生成的游戏;依赖生成线 A11 试玩/HITL 反馈回路——确定性覆写 + 模块重生成,承接见统一执行 plan WU-B);Token 计费对外试点(限种子创作者、单日上限)。

日历闸门:隐私协议 / 用户协议定稿上线(W9,正式拉新前法务定稿);大模型登记 / 算法备案正式提交(W11,材料须 W5 已起备)。运营侧的灰测红线在此生效——种子外测一旦挂广告即属「运营」,备案须在外测前完成(排期约束);灰测红线 ≤2 万人 + 不接广告 + 报备删档。

阶段三验收:种子规模达标 + 留存指标达标(次留 ≥40% / 7 留 ≥35% / 时长 ≥3min;此为运营验收门,非工程门,工程只保证可测可看)。

阶段四 · 跑营收与融资(W13–16)

工程主线:跑通真实分账兑付 + 打包融资成果。分账方案选型落地(持牌分账 / 银行存管 / 灵工代发,律所意见后定);真实分账兑付链路上线(月度账单 + 真实打款);营收对账 + 单位经济实测回填;首次真实分账兑付完成;融资材料 + 成果打包。

日历闸门:分账 / 灵工方案选型(W13,律所意见为前置;选型落地前不接真钱)。

阶段四验收:分账准确率 100% + 月度账单 + 融资包就绪。

日历闸门总览的唯一状态跟踪面 = A1闸门看板.md(12+1 项,含 owner / 最晚提交日 / 阻塞状态)。本节给「哪几周哪些不可压缩外部闸」的骨架视图,实时状态以看板为准,不在此双写。

---

§3 55 P0 产品验收映射

55 个 P0 产品功能是「上线=做完什么」的验收定义。验收口径以 55 项 P0 产品功能可验证为准(逐项产品功能↔技术功能映射见 Doc C,工作量分解 ≈137 技术项见 execution-spec §7)。

映射方法:55 P0 按所属业务模块归集,各模块的 P0 数取自进度总账 §2 矩阵的 owner-P0 列(单一 SoT、合计校验 =55);再按「该模块的端到端能力在哪个阶段从骨架转为真实可验收」把它挂到波次上。一个模块的 P0 不必同周交付——结构骨架早已铺好(阶段一),真实可验收度是后续阶段逐层补的(这正是「骨架≠可上线」的纠偏点)。所以下表的「主验收波次」指该批 P0 真实端到端可验收的目标阶段,而非其骨架落地周。

模块	P0 数	主验收波次	上线验收要点
project(创作编排骨干)	5	阶段一	项目 CRUD / 状态机 / 版本 / 发布编排 / 专区归属——已最成熟、真实可用
aigc(无状态生成原子)	3	阶段一→二	Prompt 解析 / GameConfig 生成(产品功能名,现行由 A-model 写真 src/ 兑现、非声明式 JSON)/ 参数校验兜底——随生成成功率 ≥80% 一并验收
runtime(运行时与打包)	3	阶段一	Web 包编译 / 沙箱隔离 / 渠道发布状态机——引擎收口已支撑 feed 真玩
feed(游戏流)	13	阶段一→三	推荐列表 / 分页 / 互动(赞藏享举报) / 分享落地 / 按 Zone 分区——首屏 P75<3s 在此验收
telemetry(遥测)	1	阶段一→三	事件摄取→质量评分→feed 反哺——数据回路已 e2e 真实,留存埋点在阶段三补
ad(广告)	2	阶段二	穿山甲/优量汇对接 / 激励视频 / 插屏 / 展示上报——受广告资质闸门,资质到位即接真
trade(交易分账)	3	阶段二→四	广告分成结算 / 多渠道归集 / T+1 对账 / 钱包 / 提现——真实兑付在阶段四
studio(创作编排域)	7	阶段一→二	创作会话 / 资产模块化生成 / agentic 任务链 / 进度流 / 重生成——随生成质量验收
compliance(合规风控)	6	阶段一→二	文本/图片安全 / 锁风门二态 / 审核状态机 / RBAC / 适龄——审核 SOP 在阶段二成型
community(社区)	5	阶段二→三	站内信 / 通知 / 等级引擎——通知底座已真实,社区互动随种子规模验收
biz(B 端)	6	阶段二→四	需求表单 / 进度看板 / 交付验收——lead form 已真实,收款/签章随分账兑付
ip(版权)	0	—	无 P0 产品出口,作为接缝寄宿于合规模块(D5);素材安全扫描计入工作量不计 P0
pay(支付)	1	阶段二	积分充值——受支付商户进件闸门,进件到位即接真
合计	55	—	owner-P0 校验:5+3+3+13+1+2+3+7+6+5+6+0+1 = 55 ✓

上线验收清单 = 这 55 项逐条真实端到端可验收。结构骨架已覆盖 54/55(仅 pay 1 P0 未接单体),但真实可验收度仍是早期——按真验收线衡量,真广告/真支付受日历闸门、大量前端接线的真机走查待做、数据回路余 MQ 异步化(详见 §5)。这条差距正是阶段二「转真实验收批次」要收口的。

---

§4 与两套旧路线图的关系

AGENTS.md §2 并列的两套路线图,在本 SoT 下各归其位,都降为视图、以本 SoT 为准:

execution-spec(HJ-MVP-SPEC-001,10 人×3 周)= 产品验收来源 + 冲刺视图。它的真正价值是把上线拆成 55 个 P0 产品功能 + ≈137 技术项的可验收清单——本 SoT §3 的验收映射即取自它。它的「3 周逐日计划」是一段冲刺执行视图(契约先行 + 五工位并行的打法),不是 16 周的替代基线。注意:其 WS2 的 Dify / OpenGame / ComfyUI 文生代码部署与编排步骤、§6 Dify workflow 6 节点、§9「切纯 Dify+模板填充」均已作废——现行生成线见 §6,引用 execution-spec 时只取其 55 P0 验收定义,不照搬这些作废项。

投资人版(HJ-ARCH-002,5 人 / ¥4,300 月 / 11 周)= 对外资本效率叙述视图。它强调资本效率与窗口期验证,服务于对外/融资叙述(成本 <¥5k/月这一目标即源于此)。它不作为日常执行基线;日常执行以本 SoT 的 16 周轴为准。

两套旧路线图不再平行漂移:谁是验收定义、谁是冲刺打法、谁是资本叙述,在此一次说清。

---

§5 活状态接入

本 SoT 是计划骨架,不重复活状态明细——活状态通过指针接入:

• 模块完成度视图 = MVP进度总账.md §2 矩阵(模块进度单一 SoT)。当前诚实口径:结构骨架完成度高(约 70%)、真实可验收度低(早期);生成链 M2 / 发布链 M3 / 数据回路 M5 种子已 e2e 真实,M4 变现 mock 可切真,M5 MVP 交付门未达成。勿用「模块编译通过/单体启动」等同「P0 达成」。
• 活任务视图 = MVP作战清单.md(下一步做什么 + 谁做 + 完成线;≤一屏)。当前工程侧 P0 大头 = 生成成功率 ≥80% + 真机端到端验收批次 + 链路③⑤真走查闭口 + M4 真实化(受日历闸门)。
• 合规闸门视图 = A1闸门看板.md(见 §2 末)。
• 各工作流 charter（每个 goal 的目标/边界/工具）已并入 MVP进度总账.md（状态）与 MVP作战清单.md（排序/归属），不再单列 goals 活账。

本 SoT 给「这些视图分别是什么、在哪看」,各自的实时数字以对应文件为准。

---

§6 风险与依赖

日历闸门的不可压缩性(🔴 最高)。合法上线被备案周期卡死是头号风险:支付/广告/短信/律所尚未提交,大模型登记与算法备案以月计。缓解 = 本周把四件全部提交起跑、人侧与工程并行,绝不串行等待;材料 🤖 可代劳,提交/实名/付费动作只有创始人能做。

生成质量未达标(🟠 高)。核心卖点是「一句话出好玩游戏」,当前成功率 ~60% 未到 80% 门。生成线是上线主计划下的一条工作流,其统一执行计划见 docs/plans/2026-06-25-生成引擎统一执行计划-AgentScope三档-plan.md(复杂档 tier2 细化子计划见 003)。生成线现行口径:生成框架统一收敛到 AgentScope,三档按 AI 参与深度分(Tier0/1/2,全高度模板化),引擎随游戏复杂度在 LittleJS / Phaser 间选、引擎本身不是分档轴;产物终态都是 src/ 多文件源工程,A-model 写真 src/ 是现行落地形态(LLM 直接手写多文件源工程并调插件,早期声明式 JSON 中间表示路线已废、无双轨无 cutover);tier2 富游戏档(合成/经营/挂机等多系统富游戏,Phaser + 三层校验)0 号 spike 已 accept、核心已落,验证按 n=5 收敛环走;SAA / dify / coze 降为最低优先级,留作远期可插拔适配的验证目标;预算分档按 <¥10 / <¥50 控制。

真实可验收度低(🟠 高)。骨架 70% ≠ 可上线,真机验收滞后于结构搭建。缓解 = 阶段二起转入真实验收批次,以端到端跑通为准(对应 §3 的验收映射逐项收口)。

IP 授权未落地(🟡 中)。阶段一的 IP 素材线在等线下框架协议。缓解 = 授权前用占位原创美术先行,不阻塞主线。

渠道与备案的内容锁约束(🟡 中)。微信明文禁动态代码,L2 改码产物不能动态下发进小游戏渠道——渠道走精选款整包提审;一壳多游属报备项,渠道游戏集变更需重备案 + 整包提审(月级节奏)。这约束渠道发行的节奏,不阻塞自研流即时发布。

路线口径多版本并存(🟡 中)。内部曾有 11 周 / 15 天 / 16 周三套时间口径。本 SoT 即收敛动作:对外统一采用 16 周口径,execution-spec 与投资人版降为视图(见 §4)。