cbfd4d871b
固化 Match-3 生产者、视觉、音频与双 Judge 证据闭包。 将《山海行纪》r1.1 绑定新的不可变 release，并以生产预检现场核验 bundle、Registry/2 和 25 项 Writer 快照。 同步地图1平衡锁值、跨游戏回归修复、验收契约与 SoT 证据。
163 lines
17 KiB
Markdown
163 lines
17 KiB
Markdown
---
|
||
date: 2026-06-25
|
||
topic: 项目上线主计划
|
||
canonical: true
|
||
status: 正式 · §6.8 双评审已过(Codex + Opus,必修已修)· 创始人 2026-06-25 确认(F1=B / §8 双轴 / 留存口径 等决策已落)· 创始人 2026-07-05 拍 7 月中旬内测硬目标；该目标已于 2026-07-22 确认逾期，重排待创始人拍定，当前执行基线见活账 W7 补课窗口
|
||
supersedes: 本文件原「可行性验证方案(16 周)↔ 工程波次映射」(就地升格为主计划 SoT,文件名暂留)
|
||
---
|
||
|
||
# 项目上线主计划 SoT(16 周波次轴)
|
||
|
||
> **本文件是项目「上线」口径的单一权威。** 此前 AGENTS.md §2 并列两套路线图(投资人版 16 周 / execution-spec 3 周)且明令「不要混用」,却一直没有一份权威的上线主计划把它们收敛。本 SoT 以 **16 周日历轴**为骨架,把 **55 个 P0 产品功能**作为「上线=做完什么」的验收定义挂到波次上,把进度总账作活状态视图,把两套旧路线图各降为其下的一个视图。
|
||
> **状态以 [`MVP进度总账.md`](./MVP进度总账.md) §2 矩阵为准**(模块完成度单一 SoT);**活任务排序见 [`MVP作战清单.md`](./MVP作战清单.md)**;**合规闸门跟踪面见 [`A1闸门看板.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%**(基于核心品类) | 现行发布口径尚无结论；tier2 最近 n=5 为 4/5 KEEP，但不是生产成功率；便宜档 fresh 25 / historical 11 / production shadow 20 均未跑 |
|
||
| 游戏流首屏加载 | **P75 < 3s** | 待真机实测 |
|
||
| 服务可用性 | **≥ 99.5%** | 规划目标 |
|
||
| 基础设施月成本 | **< ¥5,000/月**(投资人版 ≈¥4,300) | 规划内 |
|
||
| P0 产品功能覆盖 | **55/55 可验证** | 结构骨架覆盖 55/55，真实端到端可验收仍少(详见 §3 + §5) |
|
||
|
||
口径锚:AGENTS.md §1–2(顶层目标)。验收的逐项定义见 §3。
|
||
|
||
---
|
||
|
||
## §2 16 周波次轴(骨架)
|
||
|
||
四个阶段、16 周,每个阶段一条工程主线加一组日历闸门。**日历闸门是阶段推进的真约束**——它们排进哪一周不是工程节奏决定的,而是审批周期倒推出来的,工程波次按它们的产出时点对齐交付。
|
||
|
||
> **⚡ 内测里程碑(创始人 2026-07-05 拍 · 原硬目标 · 已逾期待重排)**:种子外测/内测的目标日从原阶段三(W9–12、按 W1≈6/9 起跑推算约 8 月)**提前到 7 月中旬**,立为显式里程碑倒逼波次压缩。该日期截至 2026-07-22 已逾期且未正式重排；以下保留原决策与约束作为历史基线，当前任务排序以 W7 补课窗口的进度总账与作战清单为准。这不是把内测搬进阶段二的措辞游戏——它要求工程命门与合规闸门同时压到位:
|
||
> - **工程命门(全力压)**:生成成功率 ≥80% 对外放量(便宜档质量轨,放量口径待创始人决策⑤)、前端 studio/admin 接 staging 的五链路真机端到端验收、对话式调整 A11(代码已完成、待计费 e2e)。这三条是「种子创作者能真造出可玩游戏、真交到手里」的地板。
|
||
> - **合规硬约束(不可压缩,是真墙)**:大模型登记 / 算法备案是数月级审批、闸门看板明载「备案须在外测前完成」,现尚未提交。7 月中旬内测能否成立,取决于**内测豁免口径**——≤2 万人 + 不接广告 + 报备删档 是否豁免这两项备案,须经律所(闸门 #11)先拍。**豁免拍不下来,内测日期必须后移到备案完成——合规不因工程赶工而让路。**
|
||
> - **压缩后的波次关系**:阶段二(通变现审核)的真机验收批次与内测冲刺并行,变现走 mock 不阻塞内测(内测本就不接广告、不真收款);阶段三「种子入驻+留存」的运营验收(次留/时长)仍按自然周期,不因内测提前而提前——工程先把可测可看做到位,留存数据要时间攒。
|
||
>
|
||
> 活任务排序与 owner 见 [`MVP作战清单.md`](./MVP作战清单.md);合规豁免口径进展见 [`A1闸门看板.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`](./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 项逐条真实端到端可验收。结构骨架已覆盖 55/55，但 pay 仍是骨架且未接真实收单，**真实可验收度仍是早期**——按真验收线衡量，真广告/真支付受日历闸门，大量前端接线与真机走查待做，数据回路仍待现行主链与内测真数据闭环(详见 §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`](./MVP进度总账.md) §2 矩阵(模块进度单一 SoT)。当前诚实口径:**结构骨架完成度高(约 70%)、真实可验收度低(早期)**;生成链 M2 / 发布链 M3 / 数据回路 M5 种子已 e2e 真实,M4 变现 mock 可切真,M5 MVP 交付门未达成。**勿用「模块编译通过/单体启动」等同「P0 达成」**。
|
||
- **活任务视图** = [`MVP作战清单.md`](./MVP作战清单.md)(下一步做什么 + 谁做 + 完成线;≤一屏)。当前工程侧 P0 大头 = 生成成功率 ≥80% + 真机端到端验收批次 + 链路③⑤真走查闭口 + M4 真实化(受日历闸门)。
|
||
- **合规闸门视图** = [`A1闸门看板.md`](./A1闸门看板.md)(见 §2 末)。
|
||
- **各工作流 charter**（每个 goal 的目标/边界/工具）已并入 [`MVP进度总账.md`](./MVP进度总账.md)（状态）与 [`MVP作战清单.md`](./MVP作战清单.md)（排序/归属），不再单列 goals 活账。
|
||
|
||
本 SoT 给「这些视图分别是什么、在哪看」,各自的实时数字以对应文件为准。
|
||
|
||
---
|
||
|
||
## §6 风险与依赖
|
||
|
||
**日历闸门的不可压缩性(🔴 最高)**。合法上线被备案周期卡死是头号风险:支付/广告/短信/律所尚未提交,大模型登记与算法备案以月计。缓解 = 本周把四件全部提交起跑、人侧与工程并行,绝不串行等待;材料 🤖 可代劳,提交/实名/付费动作只有创始人能做。
|
||
|
||
**生成质量未达标(🟠 高)**。核心卖点是「一句话出好玩游戏」，但现行发布口径尚无可宣称的成功率：tier2 最近 n=5 为 4/5 KEEP，只证明该收敛窗；便宜档 fresh 25、historical 11、production shadow 20 均未跑，正式 game_content_gold 仍为 0，`ReferenceAssetRegistry/1` 与内容前置 live prompt 也未接线。五款 `gold-m3-*` 已归 harness fixture，只验证 runner/证据能力，不进成功率分母。生成线是上线主计划下的一条工作流，其统一执行计划见 [`docs/plans/2026-06-25-生成引擎统一执行计划-AgentScope三档-plan.md`](../plans/2026-06-25-生成引擎统一执行计划-AgentScope三档-plan.md)(复杂档 tier2 细化子计划见 003)。**生成线现行口径**：生成框架统一收敛到 **AgentScope**，三档按 AI 参与深度分(Tier0/1/2，全高度模板化)，引擎随游戏复杂度在 LittleJS / Phaser 间选、引擎本身不是分档轴；产物终态都是 `src/` 多文件源工程，**A-model 写真 src/ 是现行落地形态**；**SAA / dify / coze 降为最低优先级**，留作远期可插拔适配的验证目标；预算分档按 <¥10 / <¥50 控制。
|
||
|
||
**真实可验收度低(🟠 高)**。骨架 70% ≠ 可上线,真机验收滞后于结构搭建。缓解 = 阶段二起转入真实验收批次,以端到端跑通为准(对应 §3 的验收映射逐项收口)。
|
||
|
||
**IP 授权未落地(🟡 中)**。阶段一的 IP 素材线在等线下框架协议。缓解 = 授权前用占位原创美术先行,不阻塞主线。
|
||
|
||
**渠道与备案的内容锁约束(🟡 中)**。微信明文禁动态代码,L2 改码产物不能动态下发进小游戏渠道——渠道走精选款整包提审;一壳多游属报备项,渠道游戏集变更需重备案 + 整包提审(月级节奏)。这约束渠道发行的节奏,不阻塞自研流即时发布。
|
||
|
||
**路线口径多版本并存(🟡 中)**。内部曾有 11 周 / 15 天 / 16 周三套时间口径。本 SoT 即收敛动作:对外统一采用 16 周口径,execution-spec 与投资人版降为视图(见 §4)。
|