kdletters
4d7c2530bf
Project CI / AI game creator shell Rust crates (pull_request) Successful in 1m28s
Project CI / AI game creator shell Rust smoke (pull_request) Successful in 2m2s
Project CI / Backend tests (pull_request) Successful in 5m37s
Project CI / AI game creator shell Rust lane 2/2 (pull_request) Successful in 7m8s
Project CI / AI game creator shell Rust lane 1/2 (pull_request) Successful in 8m29s
Project CI / Native shell tests (pull_request) Successful in 6m53s
Project CI / Frontend tests (pull_request) Successful in 2m52s
Project CI / Repository checks (pull_request) Successful in 2m59s
Project CI / AI game creator shell web tests (pull_request) Successful in 2m21s
- 后端：is_game_distribution_publish_enabled_for_user 现在要求 gate 行存在且 enabled=true（未登录、无行、enabled=false 一律不开放），因此没配灰度时 gameDistributionPublishEnabled=false；新增与作者无关的 is_game_distribution_publish_open，管理员审核激活新版本只按总开关判定，避免被作者白名单挡住（修复合入后立即发现的回归）。 - AGC：新增 announcePublishMessage，把「已构建并打包试玩包」「先打开一个项目再发布」等提示通过 DirectProject 聊天容器的 announce 出口回话；普通项目不渲染工作台状态行，之前只写 workspaceStatus 才会表现为点了没反应。 - 后台：「灰度发布配置」新增「可配置开关」列表，预设开关在未创建行时也可见并可一键配置（game-distribution:publish 不再需要先猜键名）。 - 脚本：check:game-distribution-media-e2e 先验证「灰度关闭 → 作者拿不到入口 + 写入口 503」，再开启灰度把真实 Phaser 构建产物发布到可玩，全链路 25 项断言通过。 - 文档：玩法链路、后端契约、开发运维与实施计划统一改为「灰度默认关闭，运营配置后开放」口径。
server-rs 工作区说明
更新时间：2026-05-15
server-rs/ 是当前唯一后端工作区，承载 Rust api-server、SpacetimeDB module、领域模块、平台副作用适配和共享契约。旧 server-node、Express、PostgreSQL、Go 服务端和 maincloud 口径均为历史残留，不再作为当前实现目标。
当前职责
crates/api-server：Axum HTTP / SSE / BFF 门面、鉴权、中间件、外部服务编排和 DTO 映射。crates/spacetime-module：SpacetimeDB 表、reducer、procedure、事务 adapter、row mapper 和迁移。crates/spacetime-client：后端访问 SpacetimeDB 的 typed facade。crates/module-*：领域模型、命令、应用规则、领域事件和领域错误。crates/platform-*：OSS、LLM、语音、认证等外部平台能力。crates/shared-contracts：前后端共享 DTO 与公开契约。crates/shared-kernel、crates/shared-logging、crates/tests-support：跨模块基础能力、日志和测试支撑。
开发规则
server-rs/Cargo.toml是 workspace 成员和依赖版本事实源；第三方依赖和 workspace 内 crate path 优先放在[workspace.dependencies]。module-*不直接依赖 Axum、SpacetimeDB table/reducer/procedure、reqwest、OSS、LLM、spacetime-client、tokio或文件系统。api-server不承接领域真相；发现领域规则时优先沉到对应module-*。- SpacetimeDB schema 变化必须同步
spacetime-module/src/migration.rs、生成绑定和当前后端架构文档的表目录。 - 人工命令、本地联调和文档示例不要使用
spacetime --root-dir。
常用命令
cargo check -p api-server --manifest-path server-rs/Cargo.toml
cargo test -p api-server --manifest-path server-rs/Cargo.toml
npm run check:server-rs-ddd
npm run check:spacetime-schema
npm run spacetime:generate
npm run dev:api-server
涉及 API smoke 时用 npm run dev:api-server 启动后端并检查 /healthz，不要使用旧 api-server:maincloud。
当前文档
- ../docs/【后端架构】server-rs与SpacetimeDB数据契约-2026-05-15.md：DDD 边界、API 分组、schema 变更规则和表目录。
- ../docs/【开发运维】本地开发验证与生产运维-2026-05-15.md：本地启动、检查、SpacetimeDB 操作和生产运维。