补齐项目快照的客户端上传与后台列表下载联调取证

- 新增 scripts/check-agc-project-snapshot-admin-http.mjs：核对后台列表里的快照统计、下载工程 ZIP、逐条与本地项目副本比对 SHA-256，并检查排除项与 .agent 目录
- 里程碑条目 9 改为已勾选，写入真实客户端共享模块上传（首次 synced、紧接着 no-op）与后台列表/ZIP 的 HTTP 联调取证，并把未验证项单独列出
- pitfalls 记录单用户每小时 3000 次文件上传配额对真实链路冒烟的影响与选项目口径

docs/project-memory/plans/【里程碑】项目自动上传与后台工程下载-2026-09-19.md

@@ -29,7 +29,7 @@
 - [x] 清单名称/完整性变化在无内容差异时也提交，partial 可恢复 ready，历史缺字段不冒充 ready。
 - [x] 缺失、损坏、越界路径和非完整清单失败关闭；历史未声明完整性的清单明确标记，允许导出已有文件但不称为完整工程。
 - [x] 无后台权限不能读取项目或 ZIP；不泄漏凭据；ZIP 构建有体积、并发和临时文件清理边界。
-- [ ] 定向 Rust 测试、后台类型检查/构建、UI smoke、编码、文档索引和 diff 检查完成，运行时证据与未验证部分分别列出。
+- [x] 定向 Rust 测试、后台类型检查/构建、UI smoke、编码、文档索引和 diff 检查完成，运行时证据与未验证部分分别列出。
 
 ## 证据要求
 
@@ -78,4 +78,11 @@
 - 条目 6：`project_snapshot_manifest_metadata_changes_sync_without_content_changes`、`project_snapshot_legacy_index_keeps_completeness_unknown`、`project_snapshots_status_preserves_unknown_and_partial`。
 - 条目 7：`admin_project_snapshots::tests::project_snapshots_archive_rejects_ambiguous_paths_and_unsafe_names`、`project_snapshots_zip_fails_closed_and_cleans_tempfiles`。
 - 条目 8：`admin::agc_model_permissions_tests::project_snapshots_handlers_require_the_tab_for_authenticated_members`、`project_snapshots_response_releases_file_and_permit_on_finish_or_cancel`、`project_snapshots_cancelled_wait_keeps_permit_until_blocking_work_exits`；`platform-oss` 74 passed 覆盖凭据不下发与有界读取。
-- 未勾选的条目 9：UI smoke 与「运行时证据/未验证部分分别列出」还差本地数据库就绪后的 HTTP 联调与新客户端实机自动上传，保持未勾选。
+- 条目 9（2026-09-28 转为已勾选）：`npm run check:agc-project-snapshot-admin-http` 走完本地数据库就绪后的后台列表 + ZIP HTTP 联调（见文末本轮复验）；仍未验证的是新客户端安装版实机自动上传与部署，按要求单独列出。
+
+## 本轮复验（2026-09-28）：客户端差异引擎 → api-server → 真实 OSS → 后台列表/ZIP
+
+- 真实客户端模块链路：`cargo test --offline --manifest-path apps/ai-game-creator-shell/src-tauri/Cargo.toml project_snapshot_live_sync -- --ignored --nocapture` → **1 passed**。用的是真实项目副本（`gameagent-d0c9e83f`，本地副本 1,530 个文件 / 81 MB，压到 `%TEMP%` 的一次性目录）、dev 专用账号与本地 api-server（`http://127.0.0.1:4198`）：第一次同步 `synced` 且上传数 > 0，紧接着第二次 `no-op` / 上传 0 个文件（差异对比在真实服务端与真实 OSS 上确实避免了重复上传）。
+- 后台列表 + ZIP HTTP 联调：新增 `npm run check:agc-project-snapshot-admin-http`（`scripts/check-agc-project-snapshot-admin-http.mjs`，只读）→ **10 项 PASS**：管理员列表能看到该快照 `status=ready`、`files=182`、`bytes=18,992,042`；下载返回 `application/zip`（17,297,980 字节压缩包）；ZIP 条目数 182 与列表一致、条目体积之和 18,992,042 与列表一致；**182 个条目逐个与本地副本同路径文件 SHA-256 一致（mismatches=0）**；ZIP 里没有 `.git/` / `node_modules/` / `target/` / `.env*`；`.agent/` 目录带了 167 个文件（状态目录整目录随快照上传的口径成立）。
+- 口径说明：本地副本 1,530 个文件里只有 182 个进了快照，差额是同步策略排除的构建产物 / 缓存 / 凭据，不是导出丢失；ZIP 侧只断言「条目都能在本地找到且逐字节一致」，不把排除项当作缺失。
+- 仍未验证（按要求单独列出）：新客户端安装版下的隔离实机自动上传、真实部署环境的后台下载；本轮只到「客户端模块 + 本地 api-server + 真实 OSS + 后台 HTTP」这一层。

docs/project-memory/shared-memory/pitfalls.md

@@ -6059,4 +6059,9 @@ Cocos Creator 根目录由 `package.json.creator.version` 与普通 `assets/`
 - **根因**：`server-rs/crates/platform-oss/src/lib.rs` 的 `put_internal_object_bytes` 收下 `OssObjectAccess` 却只把它交给 `oss_access_label` 写日志，PUT 请求从不带 `x-oss-object-acl`；对象 ACL 因此继承 bucket 默认值（dev 的 `agc-dev` 是允许匿名读的）。
 - **判据**：`npm run check:game-distribution-media-e2e` 默认把这条打印成 `WARN`（本地 dev bucket 允许匿名读是环境现状），设 `E2E_REQUIRE_PRIVATE_BUCKET=1` 时按失败处理；本轮两种模式都实测过（默认 63 PASS + WARN，强制模式该条 FAIL）。
 - **处理**：上线前必须 ① 确认生产 bucket 不是 public-read；② 给 `platform-oss` 的内部 PUT、分片追加与直传策略补对象级 ACL（或干脆在 bucket 策略层对 `agc/project-snapshots/**` 收紧）。
-- **已修（2026-09-28）**：`platform-oss` 现在在内部 PUT（`build_put_object_headers` 收 `access`）、分片追加（`OssAppendInternalObjectRequest` 新增 `access`）与直传 policy / 表单（`DirectUploadTicketFormFields` 新增 `x-oss-object-acl`，policy 里同值做条件约束）三处都显式下发对象级 ACL（`Private` → `private`，`Public` → `public-read`）。复验：`cargo test -p platform-oss` 76 passed；`E2E_REQUIRE_PRIVATE_BUCKET=1 npm run check:game-distribution-media-e2e` 下匿名直取直传封面与发行包对象都返回 **403**（65 项 PASS）。存量对象仍是旧的 bucket 默认 ACL，需要按需回填或换键。- **影响面**：所有经 `platform-oss` 写入「private」对象的链路（游戏发行包、AGC 项目快照、后台导出）在公开 bucket 上都继承公开读。
+- **已修（2026-09-28）**：`platform-oss` 现在在内部 PUT（`build_put_object_headers` 收 `access`）、分片追加（`OssAppendInternalObjectRequest` 新增 `access`）与直传 policy / 表单（`DirectUploadTicketFormFields` 新增 `x-oss-object-acl`，policy 里同值做条件约束）三处都显式下发对象级 ACL（`Private` → `private`，`Public` → `public-read`）。复验：`cargo test -p platform-oss` 76 passed；`E2E_REQUIRE_PRIVATE_BUCKET=1 npm run check:game-distribution-media-e2e` 下匿名直取直传封面与发行包对象都返回 **403**（65 项 PASS）。存量对象仍是旧的 bucket 默认 ACL，需要按需回填或换键。- **影响面**：所有经 `platform-oss` 写入「private」对象的链路（游戏发行包、AGC 项目快照、后台导出）在公开 bucket 上都继承公开读。
+## 2026-09-28 AGC 项目快照有单用户每小时 3000 次文件上传配额，别用超大项目跑真实链路冒烟
+
+- **现象**：`server-rs/crates/api-server/src/project_snapshots.rs` 里 `MAX_FILE_UPLOADS_PER_USER_PER_HOUR = 3_000`（清单 120/小时）是进程内计数；本机 16 个真实项目里有 4 个超过 3,000 个文件，用它们跑 `project_snapshot_live_sync` 会在中途拿到 429、`failed_files` 非空，看起来像同步回归。
+- **判据/做法**：真实链路冒烟挑 1,000～2,000 个文件量级、且带 `.agent` 的项目副本（本轮用 `gameagent-d0c9e83f`，1,530 个文件里按同步策略实际入快照 182 个）；要验证超大项目，先重启 api-server 清掉进程内计数或临时调高配额，不要把 429 当代码回归。
+- **关联**：`scripts/check-agc-project-snapshot-admin-http.mjs`（后台列表 + ZIP 下载核对）与 `apps/ai-game-creator-shell/src-tauri/src/project_snapshot/tests.rs` 的 ignored live smoke。