games-development-ai/docs/architecture/_recall/运营变现合规-第二轮.md

运营变现合规 · 第二轮(复核 + 查漏)

这一轮做的是给第一轮的回收清单做体检:抽验它的出处真不真、分类判得准不准,再看第一轮之后新落地的一批设计稿把哪些"遗落/不确定"接住了,最后顺着第一轮没扫到的角落补几条。不重抄第一轮已经对的条目,只产出三类——改判的、被新档覆盖的、新挖的。

第一轮之后新落地、这一轮拿来比对的新档:运营域的《审核台运营》(双层审核判定流 + 锁风三档 + 违规处置联动 feed 与创作者信用 + admin 审核台),架构域生成引擎子树的《数据飞轮》(溯源链 + 同款创作 + 资产市场 + 收益回流),运维域的《观测体系》《k8s 迁移》,以及《合规闸门》§9 回填的审核台立位。更早的五份 P0(鉴权与权限、产物执行沙箱、契约总览、数据模型、变现端到端)也一并比对。

结论先说:第一轮整体扎实。出处抽验了八条关键的(003/004/014/015/017–022/023/026),逐条 git grep 回源,全部对得上,没有编造,没有张冠李戴。需要改判的只有 2 条,都是分类口径上的微调,不是硬错。真正的大事是——第一轮第四节"审核台运营"那块自己判为"最该补的重灾区",现在被一份《审核台运营》正式稿几乎整章接住了:第四节六条里有五条(017/018/019/020/021)被全覆盖,加上第三节的 013/014、第五节的 026 和 024 的审核 API 那半,合计 9 条第一轮的"遗落/不确定"被新档还上了账。查漏补出 4 条新的,最值得看的是广告加载失败必须跳过广告让游戏继续这条运行时红线——第一轮在变现侧把"广告计费的降级口径"挖得很细,却漏了"广告在玩家端挂了不能卡住游戏"这条体验红线,两份变现档都没有。

---

一、复核勘误表(改判的条目)

第一轮逐条核过,出处全部属实,分类绝大多数判得准。只有下面 2 条的判定口径值得微调,都不是"判错了",而是"可以更准"。

ID	原判	新判	为什么
运营变现合规-008 广告位 AI 优化 / eCPM 优化	过期/弃用	过期/弃用(措辞宜改"有意降级·未弃")	出处属实——Doc A 现行确实把 P-ADV-08 标 P2 · v2.0(需求清单.md:184),RTM 也只挂了 T-AD-09/07 映射没标 P0(需求模块映射.md:174)。但"过期/弃用"这个标签在本清单的口径里专指"已被取代或决定不做",而 P-ADV-08 是有意排到 v2.0、留着将来抬 IAA 收入时第一个捡回(第一轮自己的"为什么"列写得很清楚)。所以条目实质没错,只是判定列的标签略重了——它不是"弃",是"押后"。建议读的人按"有意降级到 MVP 之外、未来要捡回"理解,别误当成砍掉的能力。
运营变现合规-001 mock 不变式 G/N	不确定	已沉淀(可摘掉不确定)	第一轮标不确定的理由是"它埋在资金红线列表里,没被显著标成接真联盟第一件要先拍的事"。但回源核《变现与单位经济》§5-4(:151),那条 mock 不变式不仅写了,末尾还明确缀了一句"这是支付真实化的阻塞前置项"——已经是被显著标注的阻塞前置,不是埋着的普通红线。所以第一轮担心的"没被显著标出"其实现行档已经做到了,这条可以从"不确定"收敛为"已沉淀、无需再补"。

其余条目(002/007/009/010/011/012/015/016/023/024/025/027/028/029/030)的出处与分类经抽验与交叉核对均成立,不改判,不在此重列。

---

二、已被新档覆盖的第一轮条目

这是本轮最重的一块。第一轮把第四节"审核台运营"整章判为"现行档几乎空白、最该补的重灾区",并在第三、五两节也挂了若干跨域执行件。第一轮交付之后,《审核台运营》正式稿落地,把这些账大面积还上了——而且这份新档直接按第一轮的回收编号点名引用(它在正文里写了"对应历史回收 014/020/021/026"),等于自带了一份覆盖对照。下表逐条登记。

ID	第一轮原判	被哪份新档覆盖	覆盖到什么程度
运营变现合规-017 内容审核双层架构(机审+人审队列+BPM)	遗落	《审核台运营》§3.2 双层判定流 + §3.4 人审走 BPM	全覆盖。自部署快检挡大面、阿里云兜底、灰带转人审三段瀑布,人审工单状态机(认领/升级/超时 SLA)、轻量状态机起步 Flowable 留远期,都设计到位,且把阿里云接入时点定在"接真实公开流量前"。
运营变现合规-018 锁风门三档(标准/严格/人工复核)	遗落	《审核台运营》§3.3 锁风三档与 IP 库怎么绑	全覆盖。三档语义、按 IP 敏感度自动选档、IP 库未建期间用过渡表 lock_strength_policy、题材黑名单兜底拉档,全讲清,并定了"随素材/IP 授权模型一起做"的范围依赖。
运营变现合规-019 违规处置(封禁+举报降权+分级标签)	遗落	《审核台运营》§3.5 违规处置怎么联动 feed 与信用	全覆盖。三类处置逐一落到下游真字段:封禁补两条断链(置 game_player.status=DISABLE 拦创作 + 按 creatorId 批量下架)、降权走 feed exposureLimit(降权 -api 要不要单建挂了开放问题)、分级标签喂青少年模式过滤。比第一轮挖得还细。
运营变现合规-020 审核状态机归属切分(compliance 拥有/project 只读回写)	不确定	《审核台运营》§1 + §3.1 目标(明示"历史上 Wave3 评审就拍过这个归属切分,这里继承")	全覆盖。审核状态唯一权威在 compliance、project 只接收回写不双写,作为贯穿全页的纪律被钉死,第一轮担心的"运营这边该知道这个事实"已落进运营域档。
运营变现合规-021 审核 SOP + 隐式水印 + 舆情 2 小时下架	遗落	《审核台运营》§3.4(SOP=BPM 工作流)+ §3.6 内容溯源(隐式水印,显式引用"历史回收 021")+ §5.2 风险(舆情 2h SLA)	全覆盖。隐式水印作为全新工程件登记进内容溯源(与 AIGC 显式标识互补、MVP 可后置随渠道线排),舆情 2 小时下架作为人审 SLA 写进风险与超时告警机制。
运营变现合规-013 题材黑名单(棋牌/捕鱼)生成侧题材审查	不确定	《审核台运营》§3.3(题材黑名单作为兜底拉档规则,强制拉到人工复核档;新档此处误标为"回收020",实指本条)	全覆盖。棋牌/捕鱼即便纯 UGC 也强制人工复核档,落进锁风三档的选档兜底层,第一轮担心的"生成前置题材闸门没登记"已被接住。(注:新档引用编号有个 off-by-one,把本条写成了 020,实际对应的是 013。)
运营变现合规-014 未成年识别后联动处置(禁广告+禁付费+限时长+最小采集)	遗落	《审核台运营》§3.5 分级标签(显式引用"历史回收 014")	全覆盖。识别未成年后按分级过滤 feed 候选集、禁广告禁付费限时长最小采集,作为分级标签的下游联动写明,且点出"禁给未成年展示广告对 IAA 平台尤其要命"这层第一轮强调的要害。
运营变现合规-026 人审台阶函数(月新增超 2000 款 +6000 元/月)	不确定	《审核台运营》§5.2 风险(显式引用"历史回收 026")	全覆盖。人审是台阶函数、超 2000 款 +6000 元/月、是真正随产能咬人的成本,作为风险写进审核台,且和快检阈值松紧的成本权衡绑在一起讲。
运营变现合规-024 ¥4,300/月成本表漏算项(GPU/审核 API/WAF/短信/通道费)	遗落	《审核台运营》§5.2 风险(仅"审核 API"这一项)	部分覆盖。审核台明确点了"¥4,300 那张表压根没算阿里云内容安全、放量前要把审核 API 成本单列进成本台账",把第一轮 024 的审核 API 那一项还上了;但 GPU/WAF 高防/短信/通道费另外四项仍只躺在《变现与单位经济》§7.2 的原表里没带警示,024 整体仍未闭合,留着。

一句话:第一轮判为"重灾区"的审核台运营,被一份《审核台运营》正式稿基本补齐了——第四节六条遗落/不确定里五条全覆盖(余下 022 安全硬化是 OWASP/WAF 那套、属运维安全专项,审核台不碰,仍留),连带把第三节的题材审查/未成年处置、第五节的人审台阶/审核 API 成本一并接住。这是第一轮运营域最大的一笔欠账被还上。剩下没还的主要是变现侧的口径地雷(023 两套 eCPM、024 剩四项成本、025 被排除成本、027 双成功率口径、028 对外锁价纪律)——这些都是《变现与单位经济》该补的,新落地的几份稿不碰变现口径,所以原样留着。

---

三、查漏补充清单(新挖的)

第一轮的扫法偏"审计开出的口径调整 + 可行性方案里登记的工程件",挖得很全。这一轮我顺着三条第一轮带过的线补:① M4 变现真实化 review 里偏"资金切换风控"的细节;② 全成本测算 v2 里偏"回本驱动变量"的结论;③ 旧技术决策版里偏"运行时与运营信号"的红线——尤其那些卡在运营与前端/运维交界、两边都以为对方会挖的跨域地带。判据同第一轮:遗落=历史认真讨论过、有价值、现行没沉淀也没明确弃;不确定=拿不准现行覆盖没。现行已覆盖的(如打赏/reward 现金发放——已在 M4 落地且《变现端到端》§2.5 沉淀;广告联盟 SPI 切换骨架——已在变现端到端沉淀)一律不补。

ID	设计点	出处	状态	为什么	判定
运营变现合规-035	广告在玩家端加载失败必须跳过广告、让游戏继续,绝不因广告问题阻断游戏体验 —— 这是一条运行时体验红线,和"广告计费的降级口径"是两码事:008/010 讲的是后端计费侧降级(少算收入可接受),这条讲的是玩家正在玩游戏时广告 SDK 拉不出来,不能把游戏卡死	技术决策版 :625	遗落	第一轮在变现侧把"广告计费降级口径"(010:广告侧降级 mock 可接受、打款侧必须 fail-fast)挖得很细,但漏了运行时这一侧。核《渠道发行》《变现端到端》两份现行档,都没有"广告加载失败→跳过→游戏继续"这条。它跨在运营变现与前端运行时的交界,正是两边各以为对方会挖而都漏的地带。对一个 IAA 平台,广告体验直接影响留存——广告偶发失败把游戏卡死,比少算一笔收入严重得多。值得作为广告变现的运行时红线落档(家可能在渠道发行或前端运行时档)。
运营变现合规-036	举报率(report_rate=举报数/曝光)是一个负向质量信号,超阈值自动触发人工审核 —— 这是一条"线上反向触发复审"的运营机制:不是用户主动提交内容送审,而是内容已经在线上跑、举报率冲高后被系统自动拎回人审	技术决策版 :902(report_rate 负向 · 阈值触发人工审核)	遗落	《审核台运营》§3.2 的审核入口是"发布的游戏/上传的素材"主动送审这条正路,§3.5 把"举报降权"作为一个处置动作讲了,但没有覆盖"举报率作为负向信号自动把已上线内容反向拎回人审"这条触发路径。两者方向相反:一个是上架前拦,一个是上架后由舆情/举报反向召回。这条是内容安全运营的闭环里"线上发现"那一环,审核台只画了"事前审"和"事后处置",漏了中间"事中由信号触发"。它和审核台的人审队列、和 feed 的举报埋点都能接上,丢了等于审核台只防得住新内容、防不住"上线后才变坏/才被举报"的内容。
运营变现合规-037	资金渠道切换(provider / payout-channel)必须双人复核 + 配置审计,不允许单人改配置就切真 —— 广告 provider 从 mock 切真联盟、打款 channel 从 mock 切真微信/支付宝,是真钱开关,配置错配会致 mock 发真钱或真扣假到账	M4 变现真实化 review §风险3缓解(切换需双人/配置审计)+ §2.3	遗落	第一轮把 M4 的资金一致性红线挖得很全(001/002/007/009/010 覆盖了 G/N 口径、对账补偿、三方对账、降级 fail-fast),但漏了"切换动作本身的操作风控"这一条。核《变现端到端》,有 provider/payout-channel 单一开关的设计,但没有"切换需双人复核 + 配置审计"这条操作约束。它和 028"拿到真实账单前不对外锁价"是一类纪律——属于真钱面前的操作护栏,不是代码逻辑而是流程规矩。资金渠道是整个变现链风险最高的开关,一个人手滑改错配置就可能酿成资损,这条值得作为变现的操作红线钉死。
运营变现合规-038	回本的头号杠杆是月增速(零投流下 15/25/35% 三档),比 eCPM 更主导回本月份;"零付费投流能否撑住高月增"是头号未验变量 —— 全成本 v2 的 9 宫格敏感性显示:同一 eCPM 档,月增速从 15% 升到 35%,回本月份近乎减半(基准列 24→12),而月增速这个变量当前完全未验证	全成本收益测算 v2 §5/§0 结论②/§7.2 风险1	遗落	第一轮在变现侧挖了 023(两套 eCPM 口径)、025(被排除成本)、027(双成功率口径)、028(成本假设值待测),但这些都是"成本与口径"侧,漏了"收入侧最敏感的那个变量是什么"这条结论。《变现与单位经济》§4 引了 eCPM 三档敏感性,却没引"月增速才是回本头号杠杆、且零投流能不能撑住高月增完全没验过"这条更要命的判断。这关系到对外讲回本周期时的诚实度:拿乐观月增算出来的"一年回本"和拿悲观月增算出来的"近三年回本"差着一个融资窗口,而决定走哪条的恰恰是这个最没把握的变量。它和 027/028 是一组对外口径纪律——讲回本必须连带声明"头号假设是零投流月增、低置信、待 W4 拉新埋点实测",否则极易给出过于乐观的预期。

给创始人的一句话:这一轮最该看的是 035——广告加载失败让游戏继续那条运行时红线。第一轮和现行档把广告的"钱怎么算、降级怎么守"挖得很细,却都漏了"广告在玩家手里挂了别卡死游戏"这条最朴素的体验底线,而它对一个靠广告吃饭的平台恰恰是留存生命线。其次是 037(资金切换双人审计)和 038(月增速是回本头号变量、零投流强假设待验)——前者补上变现链最高危开关的操作护栏,后者补上对外讲回本时最该声明的那个不确定性,两条都是"真钱/对外口径"上的诚实纪律,和第一轮已挖的 028 是一脉。036(举报率反向触发人审)是审核台闭环里"事中召回"那一环的缺口,补上审核台就从"只防新内容"变成"也防上线后变坏的内容"。