种子字段的对外类型改成普通数字，不再导出 bigint

- shared-contracts：多视图请求与文生 / 图生参数的 seed 注记从 `bigint | null` 改成 `number | null`，并写明只支持 JS 安全整数范围（2^53-1）内的取值；Rust 侧仍是 `Option<i64>`，反序列化行为不变
- packages/shared：重新生成 model3d 绑定，seed 变成 `number | null`，请求体可以直接 JSON 序列化（带 bigint 的请求在 JSON.stringify 阶段必定抛错）；顺带补上此前漏生成的多视图请求文档注释（「多视图生 3D」→「多视图生成 3D」）
- docs/technical：在 Tripo Provider 集成方案里写明 seed 为什么按 number 导出、代价是超出 2^53-1 的取值无法从 TS 侧精确构造

docs/technical/【技术方案】Tripo 3D模型Provider集成-2026-09-18.md

@@ -22,6 +22,8 @@ task 尚未完成时 `output` 为空；完成后 `output` 必须是与 task type
 
 生成结果 DTO 中的 `poll_after_ms`、`updated_at_micros` 与 `size_bytes` 以 TypeScript `number` 导出：毫秒级轮询间隔与几十 MB 的产物字节数远低于 2^53，微秒时间戳在 2^53 内也可精确表示（约到公元 2255 年），因此不做 `bigint`/`string` 特殊处理；若将来出现超过 2^53 的取值再评估。
 
+生成参数里的 seed（`image_seed`、`model_seed`、`texture_seed`）同样以 TypeScript `number` 导出，不导出成 `bigint`：请求最终是 JSON 文本，JSON 没有大整数类型，带 `bigint` 的请求体在 `JSON.stringify` 阶段就会直接抛错。代价是前端能精确表示的取值上限为 2^53-1（JS 安全整数），超出该范围的种子没法从 TS 侧精确构造；Rust 侧仍按 `i64` 反序列化，手工构造的请求可以传更大取值。
+
 ## 三个入口的输入
 
 - text-to-model：`prompt` 必填，上限 1024 字符；`negative_prompt` 上限 255 字符。空白 prompt 在提交前拒绝。