GenarrativeAI/Genarrative
11
0
Fork 0
Code Issues 39 Pull Requests 11 Actions Packages Projects 1 Releases Wiki Activity
Files
126fb7bc06704bcbf01ff5e51e6d53b7a4481d72
Genarrative/server-rs/crates/spacetime-module
T
History
suzmii 604ce7f3ec feat(游戏共创): M2b 数据模型——版本行三列工程源包 + 契约与绑定（块 A） 
- `server-rs/crates/spacetime-module/src/game_distribution.rs`：`game_distribution_version` 表尾追加三列（明确默认值，遵循既有追加规则）——`project_bundle_object_key: Option<String>`（`#[default(None)]`）、`project_bundle_bytes: u64`（`#[default(0)]` = 未上传）、`project_bundle_sha256: Option<String>`（`#[default(None)]`）；三列同步进 `GameDistributionVersionSnapshot`、版本快照构造与建版本时的初始化
- 同文件：`GameDistributionForkSourceSnapshot` 与扁平结果类型追加 `project_bundle_sha256` / `project_bundle_bytes`，下行据此判断走 `project` 还是回落 `package`（字节数与摘要成对，缺一视为没有工程包）
- 同文件：新增 `GAME_DISTRIBUTION_ACTION_UPLOAD_PROJECT_BUNDLE` 动作常量、输入 `GameDistributionConfirmProjectBundleInput`、事务 `confirm_game_distribution_project_bundle_tx` 与 procedure `confirm_game_distribution_project_bundle_and_return`。语义：可选资产、**不驱动版本状态机**；owner 校验 → 阶段门（`awaiting_upload` / `upload_failed`，与发行包确认同口径，已公开/已取消/已撤回一律拒绝）→ 同内容幂等重放 / 换内容冲突 → 写三列 + 幂等收据
- `spacetime-client`：`GameDistributionVersionRecord` 与 `map_version` 同步三列（生成绑定把 `project_bundle_sha256` 折成 `project_bundle_sha_256`，与 `package_sha_256` 同约定）；新增 `GameDistributionConfirmProjectBundleRecordInput` 与 `confirm_game_distribution_project_bundle`（沿用 `map_game_distribution_game_result` 再取 version 的既有写法）
- 契约：`shared-contracts` 的 `GameDistributionPrivateVersion` 追加 `project_bundle_bytes`（必需，`0` = 未上传）与 `project_bundle_sha256`（可选）；`packages/shared` TS 镜像同步；api-server `private_version_payload` 追加同名键——**对象键不下发**，只回摘要与字节数
- 生成物：重跑 `npm run spacetime:generate -- --rust-only`，只保留 `module_bindings/game_distribution*`（含 2 个新文件）与 `module_bindings.rs`，其余 `module_bindings/**` 的 rustfmt 漂移已 `git checkout --` 还原
- 文档：数据契约表目录 `game_distribution_version` 小节补三列语义与对象键不出服务端的口径
- 顺手记下一条门禁陷阱：`scripts/check-game-distribution-dto-parity.mjs` 抓 `json!` 顶层键时要求「键前一个非空字符是 `{` 或 `,`」且**不剥注释**，在字面量里插注释行会让紧随其后的键被判成缺失（已写进 `private_version_payload` 的文档注释）
- 门禁：wasm build 0；`cargo check --all-targets` 0；`cargo test -p module-game-distribution` 69 passed；`cargo test -p api-server game_distribution` 54 passed；DTO parity 42 组 OK；`check:spacetime-schema` 92 tables OK；`check:encoding` 5301 files OK；`git diff --check` 0；`cargo fmt --all -- --check` 0
2026-10-05 17:30:48 +08:00
..
src
feat(游戏共创): M2b 数据模型——版本行三列工程源包 + 契约与绑定（块 A）
2026-10-05 17:30:48 +08:00
Cargo.toml
实现网站游戏评分与评价 (#561)
2026-10-01 19:19:58 +08:00
README.md
清理旧创作模板退役过程记录与死代码 (#489)
2026-09-23 11:46:39 +08:00

README.md

spacetime-module 主工程 crate 说明

日期：2026-09-22

1. crate 职责

spacetime-module 是新后端的 SpacetimeDB 主工程 crate，后续负责：

  1. 聚合各独立模块 crate 的表定义
  2. 聚合各独立模块 crate 的 reducer
  3. 聚合各独立模块 crate 的 view / 读模型
  4. 生成可发布的 SpacetimeDB wasm 模块
  5. 由 ../../scripts/spacetime-dev.ps1 与 ../../scripts/spacetime-dev.sh 驱动的本地 standalone 启动链路

2. 当前阶段说明

当前阶段以 src/active.rs 的现役聚合入口为准，已覆盖资产管理、认证、AI 任务、runtime / profile、编辑器工程与精选、外部生成、游戏分发、后台存储和数据库迁移能力。

后续与本 crate 直接相关的任务包括：

  1. 继续扩充模块聚合入口
  2. 保持 table / reducer / view / procedure、迁移白名单和生成 bindings 同步
  3. 接入身份 claims 透传
  4. 在当前 scaffold 基础上接入 publish / dev 循环
  5. 新增业务域时按 src/active.rs 的现役声明落位，不得恢复不在现役声明中的业务域目录

当前已落地：

  1. spacetime-module 真实 cdylib crate scaffold
  2. asset_object、asset_entity_binding 与资产绑定 procedure
  3. runtime_setting、runtime_snapshot、user_browse_history
  4. creation_entry_config、creation_entry_type_config、feature_gate_config
  5. 账号、身份、refresh session 与认证 procedure
  6. profile / 钱包 / 充值 / 任务 / 邀请码 / 兑换码 / 埋点投影
  7. ai_task、ai_task_stage、ai_text_chunk、ai_result_reference 与任务事件
  8. 编辑器工程、画布、资源、素材、精选和编辑器 Agent 会话
  9. 外部生成任务、游戏分发、LLM Router、AGC 模型、外部 API Key、后台与错误报告存储
  10. 数据库导出 / 导入 / 分片导入 / operator 授权等通用迁移 procedure

2.0.1 runtime 域落位

src/runtime.rs 只承担聚合职责，现役入口如下：

  1. 现役表定义：src/runtime/legacy_schema/{settings,snapshots,browse_history}.rs、src/legacy_schema/creation_entry_config.rs
  2. 现役 procedure / helper：src/runtime/active/{settings,profile}.rs
  3. 独立配置与投影：src/runtime/feature_gate_config.rs、src/runtime/analytics_date_dimension.rs

后续新增 runtime 相关 table / reducer / procedure / helper 时，必须直接落到对应二级文件，禁止回写到 src/active.rs；不得把未登记的根文件重新加入 runtime.rs。

2.0.2 ai 域拆分进度

截至 2026-04-23，ai 域也已完成第一轮真实内容拆分，根入口不再保留 ai_task / ai_task_stage / ai_text_chunk / ai_result_reference / ai_task_event 的业务实现。

当前 src/ai/ 的实际落位如下：

  1. src/ai/tasks.rs
    • ai_task 表
    • task 创建、启动、完成、失败、取消的 reducer / procedure
    • task 状态迁移与持久化 helper
  2. src/ai/stages.rs
    • ai_task_stage
    • ai_text_chunk
    • ai_result_reference
    • stage 启动、chunk 追加、stage 完成、result reference 绑定的 procedure / helper
  3. src/ai/snapshots.rs
    • AI 任务、阶段、chunk、reference 的 row / snapshot 转换 helper

src/ai.rs 当前只承担聚合职责：

  1. 声明 tasks / stages / snapshots / events
  2. 对外统一使用 pub use xxx::*;
  3. 对内部共享的 row / snapshot helper 使用 pub(crate) use snapshots::*;

后续新增 AI 相关 table / reducer / procedure / helper 时，必须直接落到上述二级文件，禁止回写到 src/active.rs。

2.1 src/active.rs 聚合路由规则

从 2026-04-23 起，src/active.rs 不再承载具体业务域的 table / reducer / procedure / tx helper。

根入口只允许保留：

  1. use 聚合
  2. mod 声明
  3. 少量跨域共享 helper
  4. 迁移过渡期测试

根入口与子模块的导入导出规则同步冻结为：

  1. src/active.rs 对外统一优先使用 pub use xxx::*; 重新导出模块内容
  2. 已拆业务模块内部统一优先使用 use crate::*; 复用主入口已聚合的类型与函数
  3. 只有 use crate::*; 无法覆盖或会引入明显歧义时，才补局部显式 use
  4. 新增业务域内容禁止为了堆 use 列表再回写到 src/active.rs

当前业务内容按以下入口落位：

  1. src/asset_metadata/
    • 资产对象与资产绑定真相表
  2. src/auth/
    • 登录身份、账号、refresh session 和认证 procedure
  3. src/ai/
    • AI task / stage / chunk / result reference / event
  4. src/runtime/
    • runtime setting / snapshot / browse history / profile / 入口配置 / 功能灰度 / 日期维度
  5. src/editor_project_storage.rs
    • 编辑器工程、画布、资源、素材、精选和生成幂等
  6. src/editor_agent_storage.rs
    • 编辑器 Agent 会话存储
  7. 其它单一领域存储入口
    • admin_account_storage.rs、admin_dashboard.rs、agc_models.rs、error_report.rs、external_api_key_storage.rs、external_generation.rs、game_distribution.rs、llm_router_account.rs、migration.rs

已冻结的二级模块落位点

  1. src/asset_metadata/objects.rs
  2. src/asset_metadata/bindings.rs
  3. src/auth/tables.rs
  4. src/auth/procedures.rs
  5. src/ai/tasks.rs
  6. src/ai/stages.rs
  7. src/ai/snapshots.rs
  8. src/ai/events.rs
  9. src/runtime/active/settings.rs
  10. src/runtime/active/profile.rs
  11. src/runtime/legacy_schema/settings.rs
  12. src/runtime/legacy_schema/snapshots.rs
  13. src/runtime/legacy_schema/browse_history.rs
  14. src/legacy_schema/creation_entry_config.rs
  15. src/runtime/feature_gate_config.rs
  16. src/runtime/analytics_date_dimension.rs

后续如果新增 SpacetimeDB 表、reducer、procedure 或同域 helper，必须先判断属于哪个一级模块与二级落位点，再写入对应文件；禁止直接追加到 src/active.rs，也不得恢复不在现役声明中的业务域目录。

当前文档入口

当前长期工程口径已融合到：

  1. ../../../docs/【后端架构】server-rs与SpacetimeDB数据契约-2026-05-15.md
  2. ../../../docs/【玩法创作】平台入口与玩法链路-2026-05-15.md
  3. ../../../docs/【开发运维】本地开发验证与生产运维-2026-05-15.md

旧阶段设计文档不再作为实现依据。

3. 边界约束

  1. spacetime-module 只聚合状态模型，不直接承接 HTTP、Cookie、Header、OSS、短信、微信、LLM 等外部副作用。
  2. 每个业务模块优先在自己的 crates/module-* 中定义状态与规则，再由主工程聚合。
  3. 主工程不重新吞并各模块实现细节，避免回到单大包结构。
  4. 新增跨域状态必须先在对应 module-* 定义领域规则，再由 spacetime-module 聚合；不得从未挂载源码复制未登记模块。
Reference in New Issue View Git Blame Copy Permalink