games-development-ai/docs/agent-specs/2026-07-02-数据飞轮回流环-设计.md

date, topic, status, sot-impact, 上级, 关联, 图清单

date	topic	status	sot-impact	上级	关联	图清单
2026-07-02	数据飞轮回流环	已批准(创始人 2026-07-02 决策包⑦ 同场,草案值生效)→ 收口折账中(§4 R2)	修订 topic「数据飞轮」(其 §3.3 收益回流止于语料形态与消费方点名,本档补「语料→资产更新」回流半环机制;收口时折进该 SoT、本档降留痕,折账须同步改写其消费方清单——E2「推荐排序校准」措辞对齐为「产建议信号、算法与 quality_score 机制不动」,三消费方与本档六去向的对应关系写明);触点 = 游戏质量与爆火能力设计(其 §4 D5 校准单 = 本环首单实例)、2026-06-29 设计 §7(rubric v2 评分尺升级 + 三分组小计落库前置小工单已落其表后)、MVP作战清单(R6 telemetry 留存聚合字段工单已落);不新增契约、不改推荐算法、不改任何 harness/门代码	docs/architecture/架构/生成引擎/数据飞轮.md	docs/architecture/架构/生成引擎/数据飞轮.md §3.3 · docs/agent-specs/2026-07-02-游戏质量与爆火能力-设计.md §3.3/§3.4/§3.6/§3.8/§4 D5 · contracts/trace/README.md · cheap-worker/cheap_studio.py(richness 落库点)@ 1662eb0d	图1 回流半环总览(mermaid) 图2 校准单产出去向与治理分级(mermaid);SVG 门面图收口时按 atlas 补

数据飞轮回流环 · 设计(玩家数据 → 赢家模式固化回设计资产)

0 一图看懂

flowchart LR
  C["回流语料<br/>(数据飞轮 §3.3:gameId join<br/>生成特征 + 留存 + 收益)"] --> A["校准单分析<br/>赢家 vs 其余的特征对照<br/>owner = 质量轨"]
  A --> P["修订提案<br/>(人类可读的设计模式,<br/>绝不直接改资产)"]
  P --> G["治理门<br/>过门验证 / 双评审 / 创始人拍<br/>(按去向分级)"]
  G --> U["资产更新(git 版本化)<br/>few-shot / skill 数值锚 / 脚手架<br/>rubric·档位线 / D11 权重 / 运营建议"]
  U --> N["下一批生成"] --> C
  U -.->|"验证窗口:同品类未更新款作对照,<br/>劣化即 revert"| A

核心思想:回流半环是收益回流飞轮的后一半——前半环(数据→语料)已由数据飞轮 SoT 定义,本档定义「从语料学到什么、固化到哪、谁批准、怎么验证」;学出来的永远是人类可读的设计模式(范式、数值锚、正例),固化永远过人审治理门,改完必须在验证窗口对照「同品类未更新款」证明没变差。 边界:只设计机制,不建数据管线(连接键与归档 job 归数据飞轮 §3.3 既有挂账),不改推荐算法,不自动改任何资产。 怎么算成功:双评审过、创始人拍草案值后,放量后的首张校准单(质量 SoT D5)能照 §3.1 六段直接开工;每类资产更新都有治理路径与回滚;就绪清单每项有归属工单。

1 意图与目标

数据护城河的口号是「数据回流抬升生成质量与商业化判断」,落到工程上现在只有前半环:数据飞轮 SoT §3.3 把回流语料定义清楚了(以 gameId 串起生成特征、留存信号、收益信号),也点了三个消费方向的名字(品类骨架校准、推荐排序校准、远期自训语料),但「语料怎么变成资产的改进」没有机制——谁在什么节奏下做分析、赢家怎么定义、分析结果能改动哪些资产、改动谁批准、改坏了怎么退。缺这半环的后果很具体:W-GENRE 即将批产的品类四件套(设计 skill/脚手架/few-shot/rubric)与质量模型的档位线、D11 权重,上线之日就是冻结之日——飞轮只进数据、不出改进,资产层就不是「越积越厚」而是静态存量。

质量 SoT(2026-07-02)已经立了第一个具体需求:其 §4 D5 规定放量后用留存真数据校准 rubric 与 D11 权重,owner 是质量轨、载体叫「校准单」。本档把校准单从一个专用件推广成回流半环的标准单元,并补齐它周边的机制。

目标四条:G1 回流单元「校准单」标准化(触发/输入/分析/产出/治理/验证六段);G2 校准单产出去向清单与治理分级(能改什么、各按什么门批);G3 数据就绪清单(放量前必须落的前置,每项有归属线与真实工单指针);G4 首单 = 质量 SoT D5 无缝可执行。

2 边界

做	不做
语料之后的回流半环机制:校准单标准化、赢家定义、产出去向与治理、节奏与 owner、防学偏	语料本身与数据管线(连接键 W4、留存字段、归档 job = 数据飞轮 §3.3 既有挂账,本档只引用)
数据就绪清单(项 → 归属线/工单指针)	替归属线实现字段与 job
推荐侧「建议报告」的产出口径	改 feed 排序算法或 quality_score 机制(既有回灌机制不动)
更新资产的验证窗口与回滚纪律	任何自动化改资产(全部人审);自训小模型(E3 远期,语料备好即可)
收益回流飞轮的后半环	溯源链、资产市场两条飞轮(数据飞轮 SoT 自有分期)

3 方案

3.1 回流单元:校准单六段

校准单是回流半环的原子动作,一张单 = 一次「从数据到提案」的完整闭环,六段定义如下。

触发:放量后按自然月出单——月度节奏管的是治理带宽(人审可持续),不管结论资格;窗口内累计新增 ≥100 款可提前出单(防高产量期积压)。低产量期月度单允许为「观察单」(仅观察、无提案),这是正常态。首单 = 质量 SoT D5:rubric 分组小计 × 留存真数据相关性 → 档位线与 D11 权重复审,含 D11 efficiency 维(BUDGET_RMB 与便宜档实际成本错配)的复核——该项是质量 SoT 交给质量轨的首个复核件,随首单一并做。

输入:回流语料的窗口切片,特征集逐字承接数据飞轮 §3.3:生成侧特征(品类原型 archetype、三维画像、就绪分、九门是否一次过、模型档、血缘 depth/origin)+ rubric 三分组小计(L2 丰富/L3 留存结构/L4 传播结构,质量 SoT §3.3 口径;落库前置见 §3.4 ③)+ 留存信号(D1 留存、完玩率)+ 收益信号(累计分账)+ 成本维(单款成本,供 efficiency 复核)。首单暂不消费三维画像与血缘 origin(留作特征库,消费面随后续单扩展),是有意暂缓、不是遗漏。

分析:赢家对照先行、回归其次,不上黑盒。分两层,样本资格各自独立——

• 品类层(产出:品类资产与档位观测线提案):品类内按「D1 留存 + 完玩率」双指标取头部分位(草案 top 20%,待拍)为赢家组,对照其余组找特征差。出品类级提案的门槛 = 切片 ≥50 款且赢家组绝对数 ≥10(草案,待拍);切片 30–49 款只出描述性观察;不足 30 不出品类结论。
• 全局层(产出:D11 权重、rubric 通用底座维度提案):必须按品类分层后再合并(品类内标准化或分层对照),禁止全体裸取头部分位——跨品类留存基线不可比,裸取会让「特征差」实为「品类差」。全体窗口 ≥100 款才出全局级结论。

放量初期(四品类均分,每品类 ≈25 款)首单大概率只够全局层:结论口径 = 分层合并的方向性结论 + 各品类描述性观察,不出品类级提案。收益信号在广告真实计费稳定前只作旁证、不作分组依据——这是本档的分析裁定(稀疏期噪声大),与数据飞轮 §3.3 把整条回流排在数据线成型后的判断同向。这里的样本量是放量后真数据统计的固有要求,与生成侧 spike 验证的 n=5 收敛环(创始人既定口径)是两回事,不冲突。

产出:修订提案,人类可读、逐条给证据(特征差数据 + 建议改动 + 预期影响),绝不直接改资产。提案对象限于 §3.2 去向清单。

治理:按 §3.2 分级过门;所有资产更新走 git(版本化、可 revert)。

验证:每次更新绑定验证窗口,对照与判据都要成立才算数。对照基线:资产更新只作用于新生成款,同品类的存量未更新款天然是对照组——前后对照以它为基线;跨窗品类曝光配比或玩家来源发生显著变化时,结论降级为观察;相邻未更新品类作旁证。判据分两类:即时判据(过门率、rubric 分布)在下一窗口坐实;滞后判据(留存)因「发布→玩→次日→聚合」的物理延迟,允许跨一个窗口延后坐实——坐实前该更新标「观察期」,观察期内不对同一去向追加变更。劣化即 revert 并在下一张单记因。改进主张只有过了验证窗口才算坐实,校准单自身不宣称成功。

3.2 校准单产出去向与治理分级

flowchart TB
  P["修订提案"] --> A1["① few-shot 正例替换<br/>直接改:新正例过九门 + 小批不降"]
  P --> A2["② 品类 skill 数值锚/范式权重<br/>直接改:双评审 + 小批复跑"]
  P --> A3["③ 脚手架默认值/结构<br/>直接改:双评审 + 独立过九门 + 小批"]
  P --> A4["④ rubric 维度/档位观测线<br/>转提案:归质量 SoT 修订治理"]
  P --> A5["⑤ D11 权重<br/>转提案:创始人拍(质量 SoT D5 既定)"]
  P --> A6["⑥ 推荐侧建议报告<br/>只出建议交运营,不改资产"]

去向	例子	性质	治理门
① few-shot 过门正例	用赢家款替换品类 few-shot 正例	直接改(低风险)	新正例本身过九门 + 用新正例生成的品类小批 n=3–5 过门率与 rubric 分布不降
② 品类设计 skill 的数值锚与范式权重	客流节奏区间、组合配方偏好、成长曲线锚	直接改(中风险)	Codex+Opus 双评审 + 品类小批复跑
③ 脚手架默认值与结构	_template-* 骨架默认参数、结构件增删	直接改(高风险)	双评审 + 脚手架独立过九门 + 品类小批
④ rubric 维度、档位观测线	某维度与留存零相关 → 重审;线区间锁值	转提案	归质量 SoT 管辖:改该 SoT,双评审 + 创始人;评分尺变更须金标复验(分组小计漂移 ≤±1)
⑤ D11 就绪分权重	效率维错配、维度权重回归	转提案	校准单提案 + 创始人拍;可整体回退上一版
⑥ 推荐侧建议	品类池配比、新品类扶持建议	建议报告	只产报告交运营,不触碰 feed 算法与 quality_score 机制

表内三种性质权责不同:①②③是治理后由回流半环直接落改的资产;④⑤只产提案,落地走质量 SoT 自己的修订治理;⑥不改任何资产。放进同一张表,是因为它们都是校准单的产出去向。金标 play-spec 与验收基准有意不纳入回流面:验收基准若随数据漂移,跨窗可比性与防 Goodhart 的锚都会被破坏;基准变更只能走品类件修订 + 质量 SoT 治理,不走数据回流。

三条并发与时序纪律防污染:同一窗口对同一品类只动一类去向(否则验证窗口归因不了功过);skill/脚手架/few-shot 的变更一律走各自既有的过门验证(2026-06-29 设计 §7 四件套验收口径),回流半环不另立验收;品类四件套(W-GENRE)批产收工后,才对该品类启动回流校准——批产期与校准期重叠,验证窗口就归因失效。

3.3 防学偏(Goodhart)五条

其一,优化锚永远是真数据(留存/完玩,收益作旁证),rubric 分只是特征、不是优化目标——学「什么特征伴随留得住人」,不学「怎么把 rubric 分刷高」。其二,固化物永远是人类可读的设计模式(范式描述、数值区间、正例),不是模型参数、不是自动 prompt 改写——每次固化都过人审,审的人看得懂改了什么。其三,质量 SoT 的权力红线不因回流而变:L2–L4 依旧非阻塞,回流半环无权把任何分数升成门;升门动议只能走质量 SoT 修订。其四,验证窗口强制(§3.1 第六段):没有「改完即成功」,只有「对照组不劣化才算数」。其五,多样性非劣化门:校准单每期附多样性侧写(品类分布 + 品类小批的 AST 相似度,复用 06-29 §7 既有「多款不雷同」口径),提案采纳的前提是侧写不低于基线(阈值随首单定标);低于基线的提案默认不采纳,创始人显式豁免才放行。侧写与 D9 反同质化是互补不重复:D9 观测生成批内相似度(微观、实时),侧写看回流导致的跨窗品类收窄(宏观、慢性)——后者正是「回流环把平台学窄」这个失败模式的探测器。

3.4 数据就绪清单(放量前落,项项有主)

#	前置	现状	归属与工单指针
①	game_trade_income 加 game_id(W4 四步链)	缺列,join 不上	变现线既有挂账(变现与单位经济 §按游戏粒度埋点);数据飞轮 §3.3 前置
②	次留聚合(D1 留存口径 = 质量 SoT §3.4)	聚合表无次留	工单 = 作战清单 W-REAL R6(2026-07-02 已落账)。最小落地设计(本档承接质量 SoT 指名的设计半份):初期用旁路聚合表按「game_id × 日」粒度存 D1 回访数,不动既有聚合表结构、quality_score 回灌链路零风险;登录态用 userId、未登录对齐 telemetry 契约既有匿名标识口径
③	rubric 三分组小计落库	现只落单一 richness 总分	前置小工单已落 06-29 设计 §7 表后(生成线 lane 单列,不占品类件;评分尺 v2 升级 + 落库一次性改造,首个品类件开工前先落,验收含金标复验 ±1)
④	统一 trace 归档载体	契约位已立(contracts/trace/ 核心五字段、tier2/saa 两 schema)、tier2 adapter 已接;cheap 线接入与统一落表归档 job 仍待接	契约位 = agentic 集成架构既有;归档 job = 数据飞轮 §3.3 自有实现项
⑤	离线归档 join job	未建	数据飞轮 §3.3 自有实现项,随①②④齐后落

就绪清单的验收口径:五项齐 = 首单(D5)输入完整。降级路径分两类:①②未齐可降级跑(缺收益列则收益轴空、留存用完玩率+互动率代理),结论标注降级;③ 未齐没有替代轴——rubric 分组小计是 D5 的自变量,缺它首单只能退化为「纯留存/生成特征观察单」并显式标注,rubric×留存相关性结论顺延到 ③ 落地后的下一单。

3.5 节奏、owner 与自身健康度

产单 owner = 质量轨(fable 设计单模板与首单,opus 执行分析与出提案);治理按 §3.2 分级;运营建议(⑥)抄送人办侧。节奏 = §3.1 触发口径。回流半环自身要仪器化:每张校准单尾部记两个健康度数——本窗「提案数 / 采纳数」、既往更新的「验证窗口通过率」;校准单序列本身就是台账,质量轨维护。触发阈值动作:连续两窗提案零采纳,或验证通过率 < 50%,由质量轨发起本档修订(走双评审)——分析口径或治理门有问题,修机制而不是硬出单。

4 步骤计划

步	交付物	验证	依赖
R1 本档双评审 → 文内修 → 创始人过目拍草案值(§5 拍点)	定稿设计	双评审无 BLOCKER	—
R2 收口折账:本档机制折进数据飞轮 SoT §3.3(新增回流半环节),同步改写其消费方清单——E2 措辞改「为推荐排序产出建议信号(算法与 quality_score 机制不动)」,三消费方与六去向的对应写明(E1 细化为 ①②③、④⑤ 为质量 SoT 新增维、E3 远期不变);质量 SoT D5 加互指;本档降留痕	数据飞轮 SoT 修订(自洽,无并列两套分类)	docs-gate 七检绿	R1(可与质量 SoT 的 D2 折账并单)
R3 放量前:就绪清单①–⑤随各归属线落地(②=R6、③=06-29 §7 前置小工单已落账),清单工程盯口	五项前置齐	首单输入完整,或按 §3.4 降级口径显式标注	各归属线
R4 放量后首单 = 质量 SoT D5 执行(含 efficiency 维复核)	首张校准单 + 修订提案	提案有证据、治理门走通、验证窗口机制生效	放量 + R3

5 验证方式

文档门:Codex + Opus 双评审通过;创始人拍草案值。拍点 = ①窗口触发口径(月度观察单常态 + ≥100 款提前出单;月度节奏的依据 = 人审治理带宽)②赢家口径(品类内留存+完玩双指标 top 20%;品类级提案门槛 = 切片 ≥50 且赢家组 ≥10)③全局层分层分析口径(按品类分层合并,禁全体裸取头部)④产出去向治理分级表(§3.2,含金标不纳入回流面、多样性非劣化门与创始人豁免权)。

可用性断言,评审时逐条对:①首单(质量 SoT D5)能照 §3.1 六段直接开工,无缺段(含 efficiency 复核落点);②§3.2 六去向各有治理门与回滚路径,无「改了没人批」或「改坏退不回」;③就绪清单五项各有真实归属指针(R6 与 06-29 §7 前置小工单均已落账),本档未新造无主工单。

数据门(后置):首单产出 ≥1 条有证据的修订提案且治理门走通;首个被采纳更新过验证窗口(留存判据允许跨窗坐实)。

6 风险与回滚

数据稀疏与噪声:放量初期品类切片不足则按 §3.1 分层资格降级(描述性观察/全局层方向性结论);收益信号在广告真实计费稳定前只作旁证。观察单(仅观察)是常态,不是失败。

学偏与自我强化:回流固化赢家模式可能收窄多样性(全平台长成头部品类的样子)→ §3.3 第五条多样性非劣化门硬性拦截(低于基线默认不采纳、创始人豁免才放行),D9 反同质化管微观批内、侧写管宏观跨窗,双层探测。

更新互相污染:同窗口同品类多去向齐改 → 验证窗口无法归因;§3.2 并发纪律强制一窗一去向、品类批产收工后才启动该品类校准,违者提案退回。

回滚:所有资产 git 版本化,验证窗口劣化即 revert;rubric/档位线/D11 的回滚面已在质量 SoT §6 定义,本档不重复。

隐私与合规:语料脱敏对齐统一 trace 契约的既有规则(数据飞轮 §5 风险四),回流半环不引入新的玩家个体数据面——分析一律在游戏粒度聚合之上。

附 图清单与状态

图1 回流半环总览(§0)、图2 校准单产出去向与治理分级(§3.2),mermaid 内联为事实源;SVG 门面图收口时按 architecture-diagram-atlas 补(R2,可与质量 SoT D2 的 SVG 并批),无需 HTML。

状态:2026-07-02 草稿,fable 主笔(轨2②)→ 同日过 Codex + Opus 双评审并文内修复全部发现项,待创始人拍草案值(§5 拍点)。

评审记录(2026-07-02):Codex 无 BLOCKER、7 MAJOR/2 MINOR(「需修后发布」);Opus 无 BLOCKER、5 MAJOR/9 MINOR(「文内修订后可发布」)。修复对照:输入特征逐字承接数据飞轮 §3.3 并标注首单暂不消费项;首单补 efficiency 维复核落点与成本维输入;验证窗口补对照基线(同品类未更新款 cohort)与即时/滞后判据二分;就绪清单②由「相邻 R1」改为真实工单 R6(作战清单已落)+ 本档承接旁路聚合最小设计;③由 W-GENRE 品类件剥离为生成线前置小工单(06-29 §7 表后已落,修正主笔此前一次越 lane 落账)并补「③未齐不可降级替代」处置;④ trace 状态改「契约位已立、tier2 已接」;few-shot 治理门删误用的金标 ±1(改新正例过九门+小批不降,±1 留在评分尺变更);多样性由披露升级为非劣化门(与 D9 分工写明,措辞改用 AST 相似度既有口径);品类提案门槛升为切片 ≥50 且赢家组 ≥10;全局层分析定分层合并口径并给首单结论口径;R2 补折账弭平动作(E2 措辞改写 + 三消费方×六去向对应);⑥标注「建议报告不改资产」性质、金标 play-spec 有意不纳入回流面;健康度指标定 owner 与触发动作;W-GENRE 批产期与校准期时序边界;收益旁证改为本档自立裁定;「半环/后半圈」措辞统一。