diff --git a/docs/project-memory/plans/【实施计划】Tripo生成Worker执行链路与API路由-2026-09-21.md b/docs/project-memory/plans/【实施计划】Tripo生成Worker执行链路与API路由-2026-09-21.md
index e56bbdd22..76b4b0b49 100644
--- a/docs/project-memory/plans/【实施计划】Tripo生成Worker执行链路与API路由-2026-09-21.md
+++ b/docs/project-memory/plans/【实施计划】Tripo生成Worker执行链路与API路由-2026-09-21.md
@@ -76,6 +76,7 @@ Milestone Spec: `docs/project-memory/plans/【里程碑】Tripo生成Worker执
 - 默认配置里的 `model3d` 泥点定价数值仍未确认，缺段时提交按 fail closed 拒绝。
 - worker 的纯逻辑部分已补定向用例：checkpoint 只在 provider task id 非空时才算存在、完成结果按端点严格区分且不含 provider 事实、预览图尺寸必须能真实解码；全量 `cargo test -p api-server` 1092 通过。
 - `npm run check:spacetime-schema` 通过（144 张表，锚点 `6f161a6b3626588a197208ea6dd68316815c01b5`），`external_generation_job` 的 provider checkpoint 追加字段没有破坏 schema guard。
+- TS 绑定仍是 `npm run contracts:model3d:generate` 目录化生成：重跑后 `packages/shared` 无 diff，`packages/shared/src/contracts/model3d/` 与 `contracts/editor-canvas/` 与 Rust 契约一致，没有手写 TS。
 - 没有跑过端到端真实调用（提交 → worker → OSS → 资源登记），现有证据只到上述单元与应用级用例，缺少真实 provider 与 SpacetimeDB / OSS 的联调证据。
 - 新增的 `tripo3d/` 文件里，`storage.rs` 的完整字节写入、`artifacts.rs` 的完整字节读取都留着流式 TODO。
 
@@ -84,6 +85,7 @@ Milestone Spec: `docs/project-memory/plans/【里程碑】Tripo生成Worker执
 ```bash
 cargo check --locked -p api-server --manifest-path server-rs/Cargo.toml
 cargo test --locked -p api-server --manifest-path server-rs/Cargo.toml tripo
+npm run contracts:model3d:generate
 npm run check:encoding
 node scripts/check-doc-index.mjs
 git diff --check