8200aa08d0
背景/目标：tier2 富游戏 BackendStore 真实现已写好却未通电,且 save 走 MinIO-first、半落库会留无 manifest 指向的隐形对象,manifest 表游离在治理外(in-code DDL + 留档 .sql 双源无机器门)。本切片按已拍板的 manifest-first 方案把 SRC 一面推到「接生产、schema 受治理、取回可重建、半落库孤儿有修法」。只碰富游戏这 一面,不动便宜档 Java 面、不做素材、不接 fetch 生产消费方。 改动(六件核心 + T1/T3/T4)： - T2① status 列(pending/committed):新建走 CREATE DDL、存量走受治理 ALTER;BackendStore._ensure_schema 按 information_schema 探测缺列才补(每实例一次,跨 MySQL/MariaDB 稳)。 - T2② save 改写入序:MySQL 落 pending 行 → MinIO put → 翻 committed;命中 committed 幂等返回、命中 pending 复用 versionId 续跑自愈(同前缀真覆盖)。半落库崩溃只留可见 pending 行、无隐形对象。 - T2③ fetch 两条分支(取最新 / 取指定版本)都补 AND status='committed',pending 半成品对取回不可见。 - T2④ 治理归属:.sql 留 tier2/config/schema/(owner=tier2、不走 huijing Flyway、无执行副本), contracts/README.md 加治理指针认领、明说不参与 Flyway 对账;不塞 db-schemas/ 根。 - T2⑤ 可跑对账机器门 test_store_ddl_reconcile.py:规范化比对 in-code(_DDL+_ALTER)与 .sql,改一处 漏改另一处即红。 - T2⑥ 修 store.py 模块头 docstring 整块(占位/seam/绝不实连/forbidden-import 守着 的陈旧误述改为与真 实现一致,并纠正守卫范围:check-forbidden-import.sh 只禁 wg1.*/SAA/L2,不禁 pymysql/minio)。 - T1 接线单点:TIER2_STORE=backend 激活配方 + 前置 checklist(CREATE DATABASE / status 列状态确认)落 staging-ops §7(tier2 gen-worker 部署 env 单点);不改 default_store 工厂形态。 - T3 取回重建 harness store_roundtrip_harness.py:五条(确定性重建优先 bundle sha256 字节相等、非字节稳 才退九门 verdict 逐项一致+无 missingContent、不拿近乎恒真 buildInputHash 承重;版本寻址;幂等;缺源 显式失败;半落库两失败点),本地 LocalFsStore 自检覆盖 1-4、真库+bundle 字节相等标 follow-up 窗口。 - T4 孤儿清扫 store_cleanup_job.py + BackendStore.cleanup_orphans:乐观删(status=pending CAS 先删行 再删对象)防与续 put 的 TOCTOU 竞态,幂等,owner=tier2,可追溯日志。 契约(contract-first)：.sql DDL additive 加 status 列 + 首份受治理 ALTER;contracts/README.md 治理指针; 落库寻址 doc↔code 断言点(表名/双唯一键/「pending 对 fetch 不可见」)。不改 tier2-source-project.schema.json addressing、不改 buildInputHash 字段、不改 GamePackage / 便宜档 source-project.schema。 验证：本地 14 个新单测真跑全绿(DDL 对账 3 + manifest-first 行为 8 + harness 本地 3);harness 脚本 LocalFsStore 自检 5/5;docs-gate 七检全绿;forbidden-import 守卫通过。真 MySQL+MinIO 往返 + bundle 字节 相等 = mini-infra 窗口 follow-up(worktree 无真库/无 esbuild,诚实未跑)。缺重依赖的既有测试(agentscope/ nacos)本极简 venv 未跑,均不 import store、与本改动无关。 计划锚点:docs/plans/2026-07-05-001-feat-asset-src-源工程存储-plan.md §4 T1-T4 / §5。 Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
contracts/ —— 绘境AI 八类契约单一事实源（Day-0 / M0）
定位：本目录是跨三仓（game-cloud 后端 / game-admin 管理端 / game-studio 产品端）与五工位（WS1-WS5）共享的契约单一事实源。 纪律：任何接口 / 数据结构 / 事件 / SDK 签名变更，先改本目录、再写代码，并通知相关方（见
.agents/skills/contract-first-development.md）。 里程碑：Day-0（6/9 上午）全员锁定下列契约并 git 提交 = M0。锁定后各工位 mock 对方接口并行开发，集中联调 Day11 起。
一、八类契约清单与 owner
| # | 契约 | 路径 | owner（主笔） | 消费方 |
|---|---|---|---|---|
| 1 | API OpenAPI | api-schemas/*.yaml |
WS1 lead（全员 review） | 前端 mock / 各模块互调 |
| 2 | DB 迁移 | db-schemas/V*.sql |
WS1 | 后端各模块 |
| 3 | SDK 接口 + postMessage 协议 | sdk-interface.d.ts |
WS3 SDK 负责人 | game-studio 宿主 / 游戏侧 |
| 4 | GamePackage 清单 | game-package.schema.json |
WS3 + WS2 | 生成→编译→预览→发布→运行全链路 |
| 5 | telemetry 事件 | events.schema.json |
WS5 | 前端埋点 / SDK 上报 / 看板 |
| 6 | dify-workflow-io.json（见 DEPRECATED-dify-workflow-io.md） |
WS2 | ||
| 7 | 广告位配置 | ad-slot.schema.json |
WS5 | ad 模块 / SDK Plugin.Ad |
| 8 | Prompt Registry | prompts/（独立目录） |
各 prompt owner 工位 | aigc / 生成链路（见 prompt-governance） |
M0 八类契约已锁（JSON/YAML/Schema 语法校验通过）：#1 project.yaml · #2 V1.0.0__…sql · #3 sdk-interface.d.ts · #4 game-package · #5 events · #6 dify-workflow-io · #7 ad-slot · #8 prompts/。 Wave1 脊柱 4 模块契约已补并锁（aigc/runtime/feed/telemetry，2026-06-08）：经契约先行起草 + 一致性评审 + 收口（§2.1）+ 主 agent 校验（YAML 语法/裸 select* 0/错误码段 101-104 独占/Flyway V2-5 唯一）。 Wave2 变现契约已补并锁（ad/trade，2026-06-08）：
ad.yaml+trade.yaml（API #1）+V6.0.0/V7.0.0（DB #2），消费既有 #7 ad-slot / #5 events 不重造；经主 agent 校验（YAML 语法/错误码 111·106 独占/Flyway V6-7 唯一/金额用「分」/资金幂等键+状态机/ad↔trade Feign seam 一致）；ad 计费uk_trace由主 agent 收紧为(trace_id,event_type,tenant_id)防 reward 被 impression 静默吞掉。pay=复用 huijing-pay 后置（收单 P1）。 Wave3 跨主线收口（进行中）：新增studio（创作主链路最小版编排，错误码 112 / Flyway V8）+compliance（锁风门 Gate，发布前合规扫描）两模块契约。Phase A 已收口 project 侧：publish 唯一化（返回 admitted+gates 门禁聚合）、ProjectApi seam 定稿（getCurrentVersionId GAP-3 / createProject 写类 RPC）、GAP-4 把events.schema.json信封 envelope/user 由 snake_case 统一为 camelCase（与 telemetry.yaml/前端 SDK 对齐）。compliance gate 在 project.submitPublish 内仅留 Phase C 接入 seam（TODO 注释），尚未接 ComplianceGateApi。其余模块（community/ip/biz）待后续波次补。游戏宿主装载契约（指针登记，不折进上表跨仓 8 类）：Runner v2 P1 新立 additive 第 9 类契约，落
game-runtime/src/core/game-host.d.ts（与api.d.ts同目录，非本目录）。理由：它是 game-runtime 内部「host↔游戏工厂」接线面，消费方只在 game-runtime（host boot + 生成 agent），落同目录 import 方向顺（./api.d.ts）；落本目录会让跨仓 SSOT 反向相对 import../game-runtime/src（拆仓即断）。消费方=host boot（装游戏）+ 生成 agent（产出靶）；与受控面 6 项 additive（受控面零改）。详见docs/agent-specs/2026-06-13-P1-王蓝莓上引擎-execution.md§5/§12-A1。判分闭环两契约（指针登记，additive 立位）：生成引擎判分闭环的 PlaySpec 考卷（C5）与 VerdictFeedback 判卷反馈（C6），落
play-loop/（README + 两份 schema + 零依赖校验器 + 正负样本套件）。它们把至今散在代码里的隐形约定钉成显式契约——考卷说清「怎么玩我以便判我」（驱动器族选择依据、起局仪式、赢/输可观测量、与源工程的sourceHash派生绑定），反馈说清「哪道门没过、卡在哪个 phase、往哪修」（一等字段phaseNow堵死gate_judge.py:100-102丢字段缺陷）。两档同一份 schema，不编码 tier 枚举、靠能力字段与ext扩展段表达档位差异（Δ9③）。消费方=W-S1 修复三单 + tier2 F-1 对齐；状态=schema 已立、生产接线在途。与本目录 v1agent-loop/verdict（上代 clicker 终判）、trace/（观测事件）划清界限，见 play-loop/README。裁决记录见docs/agent-specs/2026-07-03-生成引擎agentic架构-第一性重推演与差量-设计.md§5（Δ1）。门金标判例库（指针登记，additive 立位）：验收门的误杀/漏放判例回归集，落
gate-fixtures/（manifest 登记 11 条判例 + 3 条待补产物 + 零依赖运行器run.mjs）。判据散在 4 处 2 语言（九门/latch 于 play.cdp.cjs、形状/check 门于 amodel-gen、tier2 gate_judge、cheap_gates），故判例库落跨端等距的本目录；已有家的判例原地登记不搬（单一事实源），唯一新增真身=latch 终态同义词回归（读真源抽谓词字面量重建，删任一同义词即红）。门判据改动必过全量判例（挂载方案见其 README）。裁决记录同上 §5（Δ4）。tier2 自有受治理 schema（指针登记，不参与 huijing Flyway 对账）：tier2 富游戏源工程存储的落库 manifest 表
tier2_source_project_version，DDL 权威声明落tier2/config/schema/tier2_source_project_version.sql（非本目录db-schemas/）。owner = tier2 生成线，落 tier2 独立逻辑库（tier2/config/infra.yamlmysql.database=tier2，与 game-cloud 业务库隔离），走自建 DDL +ALTER受治理迁移、不走 game-cloud 的 Flyway、无执行副本。故它明确不参与db-schemas/那条「须与 game-cloud 执行副本保持 diff 一致」的授权源硬语义——那目录治的是 huijing 库，跨库塞是类别错误。in-code DDL（tier2/gen-worker/worker/store.py的_DDL_SOURCE_PROJECT_VERSION+_ALTER_ADD_STATUS_COLUMN）与该.sql双源，由tier2/gen-worker/tests/test_store_ddl_reconcile.py规范化对账钉成机器门。执行拆段见docs/plans/2026-07-05-001-feat-asset-src-源工程存储-plan.md§4 T2 / §5。
contracts/
├── README.md # 本文件
├── api-schemas/ # #1 OpenAPI 3.0（每模块一个 yaml）
│ ├── project.yaml # 黄金模块 project（已落地）
│ ├── aigc.yaml # Wave1 生成（已锁）
│ ├── runtime.yaml # Wave1 预览/试玩/包服务（已锁）
│ ├── feed.yaml # Wave1 游戏流/双轨专区（已锁）
│ ├── telemetry.yaml # Wave1 遥测/聚合回灌（已锁）
│ ├── ad.yaml # Wave2 广告引擎（已锁；含 ad↔trade Feign seam）
│ ├── trade.yaml # Wave2 分账/结算/提现（已锁）
│ └── studio.yaml # Wave3 创作主链路最小版（编排 project/aigc/runtime）
├── db-schemas/ # #2 Flyway 迁移（本目录=授权源；执行副本在 game-cloud/huijing-server/src/main/resources/db/migration/，Flyway 校验和敏感须保持 diff 一致）
│ ├── V1.0.0__create_game_project.sql
│ ├── V2.0.0__create_game_aigc.sql # aigc（每模块独占主版本号）
│ ├── V3.0.0__create_game_runtime.sql
│ ├── V4.0.0__create_game_feed.sql
│ ├── V5.0.0__create_game_telemetry.sql
│ ├── V6.0.0__create_game_ad.sql # ad（广告位 + 收入台账，Wave2）
│ ├── V7.0.0__create_game_trade.sql # trade（账户 + 流水 + 提现，Wave2）
│ └── V8.0.0__create_game_studio.sql # studio（创作主链路编排状态，Wave3）
├── game-package.schema.json # #4 GamePackage 清单（已落地）
├── events.schema.json # #5 telemetry 事件 v1（已落地）
├── sdk-interface.d.ts # #3 已锁（SDK API + postMessage 协议）
├── dify-workflow-io.json # #6 ⚠️ 降级远期未部署（见 DEPRECATED-dify-workflow-io.md；JSON 保留作历史，现行=new-api 网关）
├── ad-slot.schema.json # #7 已锁（广告位配置）
└── prompts/ # #8 已锁（README + registry.yaml + 01-safety 示例 + 8 阶段）
二、版本与兼容规则（硬约束，来自工程规范 §5）
- API：URL Path 版本，新增字段不算 breaking；删除/重命名字段 = 升版本；旧版本保留 ≥ 3 个月，废弃用
Deprecation: true+Sunset: <date>。 - 事件：每事件带
schema_version（如game_play_start.v2）；新增字段给默认值、老消费者忽略未知字段；不兼容变更用新事件名并行消费。 - DB：
V{版本号}__{描述}.sql；已合入的迁移禁止修改，回滚写新补偿迁移；CI 跑flyway validate阻断不合规。 - 契约对齐顺序：后端先写
-api包的 VO/DTO，前端据此定义 TS 类型。
2.1 跨模块对齐约定（Phase A 评审收口，HJ-BUILD-FIX）
- 两个
qualityScore不同量纲、不可互相回灌：aigc=生成质量分（0-1，对齐 Dify #6）；telemetry/feed=运营质量分（0-100）。两者来源与计算口径不同，禁止跨模块直接赋值或换算回填。 game_version.package_url/checksum/bundle_size权威写者=runtime（编译成功后回写）；aigc 只回填version_id与生成元数据，不得写入编译产物字段。play_count权威源=telemetrygame_play_start事件聚合；runtime session 仅作时长/质量观测，不作为播放计数源；sessionId透传至 telemetrysession_id用于对账。
三、端与鉴权（API 契约共同前提，来自工程规范 §4）
/app-api/** → 产品端（game-studio），用户 Token + DataPermission（创作者只见自己数据）
/admin-api/** → 管理后台（game-admin），管理员 RBAC
URL 格式：/{端前缀}/{模块}/{资源}/{动作}。端前缀 /app-api·/admin-api 沿用 huijing 默认，由框架按 controller.app·controller.admin 包名自动添加（Controller 内 @RequestMapping 只写 /{模块}，不含端前缀）。权限在网关 + 注解双重校验，前端不可作为唯一边界。
四、错误码段（每模块独占，来自工程规范 §1.3）
1-{模块段}-{业务}-{细分}：project=100 / aigc=101 / runtime=102 / feed=103 / telemetry=104 / pay=105 / trade=106 / community=107 / ip=108 / compliance=109 / biz=110 / ad=111 / studio=112。新增模块在 -api 错误码常量类登记，禁止重叠。