- C1✅口径定「自研流即时发布+双渠道精选发行」,可行性方案原文四处更词(闭环表述×2/15KB→Runner v2实测口径/渠道节奏合规依据) - C2✅以渠道合规为准绳:游戏集稳定化+月级重备案默认,律所校准,更严照办 - HJ-GEN-001✅终审通过(Q1~Q7全默认):生成主线=agent写码于插件库按预算/职责分档,不设纯数据热发子集;W-G0解锁排队 - W-T1b §8✅按默认+mmx资产管线拍板回填(spec §2/作战清单/新记忆mmx-asset-pipeline:盯用量=quota对账铁律) - 新增T1b-α执行版(HJ-T1B-A-EXEC-001):game-runtime/工程+插件协议五件套+四lane切分(math/vfx/sys/core)+参考件人肉循环协议(mmx用量对账/IP gate/亲玩打分门≥4迭代≤3轮)+时间盒 Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
14 KiB
渠道适配判定 · 微信/抖音小游戏双渠道(A 包合成,HJ-CH-001)
状态:判定定稿(2026-06-12)。 来源 = A 包双路交叉验证:A1 平台规则网查(22 检索,官方文档优先)∥ A2 架构冲击备忘(Codex gpt-5.5-codex Xhigh,仓内 spec 推演)。两路独立产出零冲突。 下游:W-CH 渠道波(范围按 §4 定稿)、HJ-GEN-001 v1.2.1(D13/§3/§7 回写)、
docs/mvp/可行性方案16周-波次映射.md。
0. 判定结论(一段话)
渠道分工定调:微信/抖音小游戏 = "平台精选·整包过审"的 L1 分发面(形态=一壳多游:单 appid 内固定模板代码+远程 GameConfig 纯数据,自有 feed 呈现,不互跳不外导,对外口径=「主题小游戏合集」而非开放 UGC 平台);自研 H5 流 = UGC 海量生成与 L2 改码的主场(浏览器无动态代码禁令)。MVP 渠道承诺只到 L1;L2/L3 上渠道仅以"精选款固化进包版本提审"或"一游一 appid(B 端/爆款)"形式。可行性方案的"三渠道一键分发"对外措辞建议改为**「自研流即时发布 + 双渠道精选发行」。渠道线引擎 = 对比竞标定(§4,LittleJS+adapter vs Cocos±LayaAir);feed 侧 LittleJS 终裁不动——层不锁引擎,场景锁默认+复议权(创始人 2026-06-12 确认)。模板哲学重申(同日晚)后的渠道含义:每款游戏=agent 独立代码 → 常规新游戏随壳版本节奏整包入渠道——与本判定「精选整包发行」口径一致;政策复核再补丁(§1.1-3):备案锁内容使「当日热发新游」即便纯数据也高风险,渠道游戏集变更统一走「重新备案+整包提审」节奏(月级),热发仅限非实质参数微调(边界待律所);C-B(Cocos)实测延后至 Mac 机到位**,C-A(LittleJS)P1-lite 可先行(miniprogram-ci 纯 Node 预览/上传,卡点=微信 AppID+上传密钥)。
1. A1 规则核查结论(7 题,来源见 §6)
| # | 问题 | 结论 | 置信 |
|---|---|---|---|
| Q1 | 微信 IAA 免版号 | 纯 IAA 走「软著/电子版权认证+自审自查+ICP 备案」上架,无需版号;个人主体可上架可开流量主;版号仅内购强制 | 高(25-26 走向=政策敏感区,落地前复核) |
| Q2 | 包体与动态代码 | 主包 ≤4MB,主包+分包 ≤20MB(开虚拟支付 30MB),独立分包 ≤4MB;远程包自动剥离代码;JS 解释器(eval5 等)明文禁止——「模板代码随包+GameConfig 纯数据」合规,LLM 产物夹带可执行串=踩线 | 高 |
| Q3 | 微信流量主 | 门槛 UV≥1000;激励/banner/插屏/原生模板可用;分成 50%+广告金激励至 ~90% | 高 |
| Q4 | 抖音 | 可先上线后备案;一软著一游戏(海量 UGC 各自上渠道不可行);包体同构;IAA 分成 70%~90%(穿山甲/巨量) | 高(穿山甲门槛细则=中) |
| Q5 | 一壳多游合规 | 单 appid 数据驱动多游戏+自有 feed、不互跳不外导=可行;「盒子跳多 appid」=微信已封堵的导流模式;无官方白名单,落地前向平台报备类目 | 中 |
| Q6 | 自研 H5 站资质 | ICP 备案为底线;广告变现或触发 ICP 许可证;网文证/版号对 IAA H5 口径模糊——须律所结论,挂 W3 | 中/低 |
| Q7 | LittleJS 移植 | 纯 Canvas 2D,依赖集中四块(canvas 工厂/事件桥/AudioContext/localStorage);weapp-adapter 模式已被 Pixi/Three/Babylon 验证;工作量=轻到中,无结构性阻断,需首件实测 | 高(量级=中) |
1.1 政策复核补丁(2026-06-12 晚,WebSearch×mmx 双模态,官方源优先)
- 「4-6 月集中清退无版号存量」=谣言解除:穷尽检索零官方佐证,仅单篇自媒体;IAA 个人主体免版号通道经官方文档双证仍有效(软著+自审报告,资质审核 1-3 自然日)。但存在审核员裁量风险真实判例(纯广告游戏被要求补版号材料,2022 官方社区案例)。
- 「公开测试=运营」=真监管方向但未生效法:出处=新闻出版署《网络游戏管理办法(草案)》第 21 条(覆盖"广告收益即运营"),截至 2026-06 仍草案;灰测合规出口 = ≤2 万人+不接广告+报备删档——写入发布流程红线(种子创作者外测若挂广告即属"运营",须先完成备案)。
- ⚠️ 备案锁内容(决定性新发现,比版号紧的闸门):微信官方「备案完成后不支持更改游戏内容/icon/代码;实质变更须重新备案」→ 一壳多游数据驱动从"灰区报备可行"降级为"高风险待裁"——壳合规≠内容合规,审核颗粒度是"游戏内容"不是 appid。三出路:(a) 精选款每游独立备案(合规清晰,成本高,与抖音"一软著一游戏"同向);(b) 壳内游戏集稳定化,游戏集变更统一走「重新备案+整包提审」节奏(月级);(c) 并入 W3 律所议题出意见后裁。「当日热发新游进渠道」叙事收回——热发仅限既有游戏的非实质参数微调(边界待律所)。注:此发现不影响自研 H5 流(无备案锁)。
- 抖音口径修正:备案=上架前置(平台代为申报),非"先上线后备案"的宽松通道;两平台对齐,未见 2026 额外收紧。
- 题材红线:棋牌/捕鱼即便 IAA 也需律所季更合规报告——列入生成侧题材黑名单(合规四段·生成前审查)。
2. A2 架构冲击要点(全文判定表见原备忘,此处录决策面)
生死判定:URL 化交付/iframe 沙箱/postMessage 传输/srcdoc 注入——渠道线全破;GameConfig 远程纯数据/双轨分流(改 packageVersion+templateCodeVersion+configSchemaVersion)/SDK 逻辑契约(信封字段作遥测/归因语义)——成立或重构成立。
Channel Runner v1 形态(渠道线不"适配"Runner v2,新增双形态):
- 壳工程随包提审(微信/抖音各一):渠道 SDK/广告/遥测/canvas-input-audio-storage 四件 adapter+模板注册表;
- L1 模板代码+核心层+SDK 全部随包,
templateId只命中包内白名单; - GameConfig 按
gameId/versionId/configHash远程拉取,schema+hash 校验后实例化; - SDK 传输层 postMessage→同上下文直连(
ad.showRewarded()直调 wx/tt API); - 安全边界迁移:iframe+CSP → 静态代码扫描+schema 红线+域名白名单+包 hash+真机取证。
GameConfig 合规红线(入 9a/9c 契约,渠道生死线):禁一切可执行/可解释字符串(expression/formula/condition:"score>10" 类);禁远程 entry/templateUrl/WASM/JS/HTML/脚本化 SVG;剧情/关卡=有限状态机枚举(conditionType+params/actionType+params),禁通用 DSL;templateId/actionType/assetId/adSlotId 全枚举白名单;schema additionalProperties:false+数值/长度/MIME/大小全限制;远程素材仅图音/atlas/json+hash+白名单域名。
L2/L3 渠道命运:L2/L3 默认主线=自研 H5 流(即时生成发布闭环完整);渠道=精选款固化进包版本提审(节奏受平台审核周期);一游一 appid 仅 B 端/IP 旗舰/爆款。
广告与取证:showRewarded(slotId) → wx/tt.createRewardedVideoAd(slotId→adUnitId 映射);契约 additive 增 showBanner/hideBanner;rewarded=true 只认平台完整观看回调,兜底奖励必须标 reward_fallback=true 不得伪造广告收益;9g 补渠道字段(channel/channelAppId/adUnitId/logicalSlotId/packageVersion/configHash/requestId/ad_event_type/platform_callback/settlement_batch);S2 七锚点渠道版=t_launch→t_runner_boot→t_canvas_ready→t_sdk_ready→t_config_loaded→t_first_paint→t_input_bound→t_game_start;CSP 双源替代=静态扫描零 eval+网络面板/后端日志证明仅白名单请求。
3. 交叉验证(A2 待核实 × A1 已答)
| A2 标注待核实 | A1 答案 |
|---|---|
| 分包能力与数值 | ✅ 已答:主包 4MB/总包 20MB(支付 30MB)/独立分包 4MB,远程包剥离代码 |
| 一壳多游被认定聚合的风险 | ✅ 已答:不互跳不外导可行,盒子模式被封堵,需报备(灰区,中置信) |
| 软著在两形态下的要求 | ◐ 部分:抖音一软著一游戏(独立款);壳模式以平台软著支撑=推断,随报备确认 |
| 渠道审核周期/频次限制 | ✖ 未答 → spike/报备时实测 |
| 真机自动化取证能力 | ✖ 未答 → spike 钉子 |
4. W-CH 渠道波范围定稿
W-CH-α 渠道引擎对比 spike(✅ 2026-06-12 创始人升级为竞标制,照引擎终裁方法论)(可与 W-T1b 并行,mini-desktop+微信/抖音开发者工具):
- 候选(✅ 定稿二选):LittleJS+自研 weapp-adapter vs Cocos Creator 原生小游戏导出。LayaAir 尽调出局(见 §4.1)。
- 统一场景:同一 L1 模板(tycoon)+同一份 GameConfig,微信/抖音双端各出一包。
- 计分维:4MB 主包装载实测 / 平台真机首屏 ≤2s / 审核预检通过 / 激励视频+banner 真实回调 / 模板双实现成本(单代码库 vs 双引擎的工厂经济学) / adapter 维护风险(平台 API 漂移由谁扛) / 模板创作 agent 友好度(纯代码 vs 编辑器+MCP) / 构建管线服务器化(Linux CI 原生性+上传 CLI 无人化成本;2026-06-12 创始人问出补维)。
4.0 生产管线形态(创始人问答落档:「Cocos 不能跑服务器,生产怎么办?」)
生产分三层,Win/Mac 依赖只存在于其中一层、且仅当 C-B 胜出:① 每游戏生产(高频主路径)=纯数据零构建——GameConfig+资产由 Linux 工厂全自动产出热下发,不碰引擎构建(禁动态代码倒逼的架构红利);② Runner 壳版本发布(周/月低频)——C-A=esbuild 纯 Node 全 Linux(P0 已实证),C-B=Creator 须 Win/Mac 构建机(Mac mini/云 runner,真实运维成本、非阻断);③ 上传提审(平台强制低频)——微信官方 miniprogram-ci(纯 Node,支持小游戏,密钥+IP 白名单)可 Linux 无人化上传/预览,抖音 tt-ide-cli 同类【待 P1 核实】;绕不开人工的只有平台审核节奏本身,与引擎无关。spike 三件套(Win/Mac+账号+真机)是 P1 人工取证阶段需求,非生产常态。
- 决策规则:adapter 全门过且维护面可控 → 单代码库优先(模板工艺只做一次);adapter 脆或体积/性能出线 → Cocos 接渠道线(复用 Tier2/3 既定投资),GameConfig 引擎无关保工厂不分叉。feed 侧 LittleJS 终裁不动(本竞标只裁渠道线)。
- 原 7 钉全部保留为各候选共同测项:① 引擎在 wx/tt.createCanvas 无 DOM 跑通输入/音频/RAF/生命周期;② 4MB 主包装载实测(壳+adapter/引擎 core+核心层+2 个 L1 模板+基础素材);③ 远程 GameConfig 多游切换是否被审核质疑(配合报备);④ 激励视频/banner 真实回调与报表粒度能否支撑 9g 归因;⑤ 真机调试可否导出稳定性能/网络/日志证据(评估门等价物);⑥ 远程素材缓存/白名单/hash 两端差异;⑦ 渠道审核周期与版本频次实测。
4.1 LayaAir 尽调裁决(2026-06-12,网研 17 检索,出局)
裁决:不进渠道竞标——两条入场铁证均不成立:① 对 Cocos 无 agent 工具链差异化:LayaAir 无 MCP/agent 工具面(官方与社区注册表均无),其"AI 引擎"卖点=IDE 内嵌人工 AIGC(场景/贴图/建模生成),AI 代码生成官方仍标"规划中"——反观 cocos-mcp 158 工具/13 类已成熟;"比 Cocos 显著更轻"无官方 2D 核心体积一手数字(仅模块化架构推断),而 Cocos 2D 小游戏 core 实战 ~1.5-1.9MB 已获社区实测佐证。② 对 LittleJS+adapter 无"官方省心且体积可接受"优势:LayaAir 本质是 3D 优先引擎的 2D 子集(3.1 历时 10.5 个月才稳,3.3 又做 2D 底层重构,"重构-长稳定期"模式反复),体积比 LittleJS(~55KB gz)重一到两个数量级。
如实记录的正面项:MIT 开源/发版活跃(3-4 周 patch)/微信抖音导出官方维护(weapp-adapter+引擎插件分离)/headless CLI 构建+场景 .ls/.lh 文本 JSON(agent 工程化基础存在,创始人断言部分成立但被夸大)。
复评触发条件(写死,未触发不重问):LayaAir 出现官方/成熟社区 MCP server,或官方公布 2D-only 小游戏核心体积数字且 ≪ Cocos。
来源(节选):github.com/layabox/LayaAir(MIT/releases)|layaair.com/3.x/doc(命令行发布/微信导出)|developers.weixin.qq.com(Cocos/Laya/Egret 适配+引擎插件)|github.com/DaxianLee/cocos-mcp-server(158 工具)|my.oschina.net/u/4041389/blog/11106111(Cocos 2D 主包 1.94MB 实测)。
W-CH-β 渠道线建设(spike 过门后):Channel Runner v1 壳工程×2 → 分发中台(一壳多游,主题合集口径)→ 广告 adapter+9g 渠道字段 → 渠道评估门(包体/静态扫描/真机 S2/白名单网络/广告回调/审核预检)。 非工程前置(🧑/律所):一壳多游类目报备;软著申报节奏;H5 站资质律所结论(W3);IAA 政策敏感区上线前复核。
5. 待创始人拍板(3 项)
| # | 事项 | 建议 |
|---|---|---|
| C1 | 「自研流即时发布+双渠道精选发行」定稿;可行性方案原文已同步更词(含 15KB 滞留引用更正) | |
| C2 | 以渠道合规为准绳:默认=游戏集稳定化+月级「重新备案+整包提审」节奏;律所意见到后校准边界,若律所判须每游独立备案则照办(合规优先于经济性) | |
| C3 | 升级为渠道引擎对比 spike;开火前置=LayaAir 尽调收口→候选定稿→双 spec(Codex 审)→与 W-T1b 并行开火 |
6. A1 来源索引(核查可溯)
微信开放文档:分包加载(包体/远程包剥离代码)developers.weixin.qq.com/minigame/dev/guide/base-ability/subPackage/useSubPackage.html|禁止 JS 解释器规范(官方)developers.weixin.qq.com/community/minihome/doc/0000ae500e4fd0541f2ea33755b801|激励政策概要(流量主分成/广告金)developers.weixin.qq.com/minigame/introduction/commercialization/|发布资质指引(软著+自审+ICP)developers.weixin.qq.com/community/minigame/doc/000a0cd8328430ea4cdcf775a5d800|Adapter 技术原理 developers.weixin.qq.com/minigame/dev/guide/runtime/adapter。
抖音开放平台:小游戏资质规范/ICP 备案 developer.open-douyin.com/docs/resource/zh-CN/mini-game/operation1/agreement-and-norms/norms/credential-norms-for-mini-game。
行业/法务:GameRes 抖音零十开分成 gameres.com/906603.html;界面新闻 1:9 分成 jiemian.com/article/11079307.html;知乎 一软著一游戏 zhuanlan.zhihu.com/p/673073404;机核 盒子导流封堵背景 gcores.com/articles/191587;GameRes IAA 免版号 gameres.com/908775.html;中伦 网络游戏资质指南 zhonglun.com/research/articles/7273.html。
引擎:LittleJS 源码 github.com/KilledByAPixel/LittleJS(src/engine.js·engineInput.js·FAQ.md);finscn/weapp-adapter github.com/finscn/weapp-adapter。