kdletters
f1b282f3cd
- 合并 origin/master（304 个提交：DirectProject 聊天容器重构、Project Supervisor 退役、策划附件导入、CI 隔离编译缓存等）。 - 接受 master 对 ProjectSupervisorView / SupervisorChatOnlyView 的退役与预览快捷测试收敛；发布入口改由 DirectProject 聊天头承载。 - DirectProjectChatHeader 新增「发布到游戏广场」入口（无回调不渲染、回合忙态禁用），DirectProjectChatView 透传 onRequestGamePublish。 - App.tsx 继续由工作台壳持有试玩包导出与 GameDistributionPublishPanel，沿用 project.export_package 权限确认队列；check-config 把该命令从 native-only 清单移回 App invoke。 - 后台游戏审核 API / 类型 / 路由测试与 master 新增的 AGC 模板管理按双方保留合并，并修掉拼接造成的接口与用例闭合缺陷。 - 修正 master 自带的 viteProxyConfig 断言：/api/creation-entry 属退役路由，测试改为断言不进入代理。 - 记录合并踩坑：语法结构内部的冲突不能简单按「双方保留」拼接，必须按某一侧骨架重建并跑 tsc 与单文件测试。 - 验证：全量 vitest 393 文件 / 4374 用例通过，root / AGC / admin-web 三端 typecheck，cargo check 与游戏分发 Rust 测试，encoding、doc-index、rustfmt、SpacetimeDB schema guard。
platform-oss 平台适配 package 说明
日期：2026-04-20
1. package 职责
platform-oss 是 OSS 平台适配 package，后续负责：
- OSS 直传签名、STS、上传策略适配
- 对象上传、下载、签名 URL 与
cdn_url解析适配 - 对象元数据、标签与内容 hash 适配
- 供
module-assets、module-custom-world等模块复用的对象存储基础设施能力
2. 当前阶段说明
当前提交已落地最小可用 OSS 基础设施：
PostObject浏览器直传签名- 旧
/generated-*公开前缀到 OSSobject_key的兼容映射 - 私有对象短期签名读 URL
- 私有对象
HEAD Object探测 - 服务端
PutObject上传 helper x-oss-meta-*元数据归一化与大小限制校验content-type、content-length-range、success_action_statuspolicy 条件生成PostObject签名、GetObject读签名、HEAD Object和PutObject的结构化日志- generated 私有对象上传默认写入
Cache-Control: public, max-age=31536000, immutable editor-agent/服务端内部消息文档前缀，以及仅供后端使用的内部短期读签名能力
当前仍未落地的内容：
STS真实临时授权下发- multipart 分片上传
- 内容 hash 自动计算与标签写入
补充说明：
- 当前产品口径为服务器上传 AI 生成资源、Web 端只负责读取。
- 因此
STS不作为默认上传主链，api-server只暴露禁用式 contract，避免浏览器拿到 OSS 写权限。 - 服务端生成资源应优先复用
OssClient::put_object，上传成功后再走对象确认链路写入asset_object。 - 读签名和
HEAD Object的入参必须直接传 object_key，不要把 bucket 名拼进路径；例如generated-square-hole-assets/.../image.png才是正确入参，xushi-dev/...这类前缀不属于 object_key。 - OSS V4
x-oss-date必须固定为yyyyMMdd'T'HHmmss'Z'，不能依赖time::Time::to_string()；后者在小时小于 10 时可能输出非补零时间，导致签名格式错误。 - 结构化日志只记录
provider、operation、bucket、endpoint、object_key/key_prefix、access、content_type、content_length、status、status_class、error_kind和elapsed_ms等排障字段；禁止输出 AccessKey、policy、signature、Authorization header 或完整 signed URL。 - 完整 OSS URL 不能当作 object key 传入签名接口；前端收到
https://*.oss-*.aliyuncs.com/generated-*时应先归一为 legacy public path，再通过/api/assets/read-url换取短期 signed URL。 - generated 资源缓存的主路径是 OSS 对象头、浏览器 / WebView HTTP 缓存和后续 CDN，不允许改成 api-server 本地磁盘静态资源兜底。
PostObject是 OSS 基础设施能力，不代表所有前缀都允许浏览器直传；editor-agent/只用于画布 Agent 会话消息文档，属于服务端内部前缀，不向浏览器开放写入。- 画布 Agent 消息文档固定使用
editor-agent/{conversationId}.json，由api-server通过服务端PutObject整体写入，通过内部读签名读取；浏览器只调用会话 API，不直接持有editor-agent/对象的 OSS 写权限、STS 写权限或直传表单。 editor-agent/不属于 legacy/generated-*公开资源前缀，也不应通过通用/api/assets/read-url暴露为前端可自行读写的对象地址。- 画布 Agent 消息文档的业务上限、会话内串行写入、失败 generation record 保留等规则由
api-server与 ADR 约束；platform-oss只负责对象 key 规范化、签名和服务端上传能力。
3. 边界约束
platform-oss只承接对象存储平台适配，不承接业务实体状态与业务规则。- 资产状态与对象绑定最终由业务模块和
apps/spacetime-module管理，前端接口由apps/api-server暴露。 - 不允许把 OSS SDK、签名逻辑和 URL 策略重新散落到多个业务模块里各自实现。
editor-agent/前缀是服务端内部消息文档命名空间，只允许保存editor-agent/{conversationId}.json形态的会话级 JSON 文档。- 浏览器直传能力不得用于
editor-agent/前缀；若未来需要上传用户附件，应走独立的附件 / 资产前缀和确认链路，不得复用会话消息文档对象。