2026-09-10 01:16:31 +08:00
1 changed files with 8 additions and 0 deletions
@@ -799,3 +799,11 @@ Core 的独立数据目录目前不等于已授权 Vault。Python 旧笔记写
 - 对丢失响应的同一 operation/payload 直接重放 100 次，全部返回原 sequence 1；本地仍保留 20 个 pending。随后正常 `push_one` 取得同一回执，只确认第一项并留下 19 项，最终逐项提交得到 20 条连续 revision，逐条满足 `base_revision = sequence - 1`，重复 push 返回空。
 - S-01 driver 固定调用上述 exact 集成 oracle，登记 5 组断言、两个测试源文件摘要和 20/100 revision 计数。提交 `fb947c6` 后由干净源码运行统一 runner，退出 0；summary/case 均为 `PASSED`，commit 为 `fb947c6658453ded5ee0a11e0d8538834d0192c8`，5 项断言通过，耗时 52330 ms。证据目录 `.build/acceptance/s01-fb947c6-49bf176d2f2d42699f620e22d7349598/`。
 - Sync 服务全套 29 项通过、2 项依赖弃用警告（`.build/s01-sync-server.log`）；desktop Rust 全目标 148 通过、13 ignored（新增的 ignored 是由父测试实际启动并强杀的 revision 辅助入口），日志 `.build/s01-rust-full.log`；全目标 Clippy 通过（`.build/s01-clippy.log`）。S-01 可记为通过；100 MiB 每边界续传、完整改删/rename/历史恢复矩阵与分类 schema 门分别属于 S-02/S-03/S-08，仍保持未完成。
+
+
+## 增量：S-02 附件续传与拉取持久化边界生产验收
+
+- 新增独立拉取故障 oracle，对 spool 写入、inbox stage、Workspace 文件提交和 cursor 提交四个持久化边界各启动并强杀 20 个真实辅助进程，共 80 次。每次重开先验证 cursor 没有超过实际已落盘 revision，再从该边界恢复到 cursor 1，并逐项核对正文、SHA-256、稳定 file_id 和 pending 数。
+- 复用实际 Uvicorn Sync 服务与 Rust 客户端的 100 MiB 附件路径：服务端每持久化 10 MiB offset 后阻塞响应，父测试强杀客户端，共 10 个边界；下一进程查询 offset 并继续上传。最终下载长度为 104857600 字节、SHA-256 与源文件一致、file_id 不变，远端落盘后 pending 和重新发现数均为 0，SQLite 元数据文件均小于 5 MiB。
+- S-02 driver 固定顺序执行上述两个 exact Rust oracle，登记 6 组断言、3 个实现/夹具文件摘要以及附件大小、10 次上传强杀、4×20 次拉取强杀计数。提交 `b00f821` 后在只保留用户 Vault 修改的工作树运行统一 runner，退出 0；summary/case 均为 `PASSED`，commit 为 `b00f821cb51535128e311672c185bfe34ca9d6d7`，6 项断言通过，耗时 58895 ms。证据目录 `.build/acceptance/s02-b00f821-9f7b0b7c4a9d4e63a3c37ad85c5cb14e/`，报告标记 `contains_credentials=false`。
+- 最终 desktop Rust 全目标 148 通过、15 ignored（新增 pull worker 和 80 次强杀父 oracle 均只由 S-02 driver 显式运行），日志 `.build/s02-rust-full.log`；全目标 Clippy `-D warnings` 通过（`.build/s02-clippy.log`），runner 6 项测试、Python 编译、固定 30 项清单检查通过。S-02 可记为通过；冲突/删除/rename/历史恢复、完整分类 schema 以及 PostgreSQL/MinIO 运维门分别属于 S-03、S-08 和 S-04～S-09，仍未完成。