Tripo 3D DashScope routing：阿里把 3D 资产变成异步 AI gateway 任务

阿里云 Model Studio 文档把 Tripo 模型接入 DashScope 之后，Tripo 3D DashScope routing 变成了一个真实的 AI gateway 决策。重点不是“又多了一个 3D 生成模型”，而是 3D 资产开始像长时运行的多模态任务：需要异步任务追踪、按地域管理凭据、处理会过期的输出 URL，并在快速预览网格和高精度生产资产之间做策略选择。

发生了什么

阿里云官方 Tripo 3D 模型生成指南 描述了一个 DashScope 异步 3D 生成端点：https://dashscope.aliyuncs.com/api/v1/services/aigc/video-generation/3d-generation。请求需要带上 X-DashScope-Async: enable，返回 task_id，然后团队要查询 https://dashscope.aliyuncs.com/api/v1/tasks/{task_id}，直到任务从 PENDING 进入 RUNNING，再变成 SUCCEEDED 或 FAILED。

文档列出两条 Tripo 路线。Tripo/Tripo-P1.0 是更快的选项，适合快速预览、游戏或 AR 资产、实时应用，最高面数为 20,000。Tripo/Tripo-H3.1 是较慢但高保真的选项，适合影视级渲染和高精度数字资产，几何输出最高可到 200 万面。阿里建议不确定时先用 P1.0 验证效果，再用 H3.1 生成高精度版本。

同一个端点支持文生 3D、单图生 3D 和多图生 3D。这三种模式互斥：一次请求必须只使用 prompt、image 或 images 其中之一。多图请求接受 2 到 4 张参考视角。输出可以包含 PBR GLB 模型 URL、关闭 texture 和 PBR 时返回的基础 GLB 模型 URL，以及渲染预览图。这些结果 URL 都是临时链接，有效期为 2 小时。文档还说明该指南仅适用于中国内地北京地域，并且必须使用该地域的 API Key。

为什么对 AI 工程团队重要

Tripo 3D DashScope routing 重要，是因为 3D 生成更接近媒体任务编排，而不是普通 chat completion routing。model router 不能把 3D 请求当成一次无状态 HTTP 调用。它需要识别输入模式，创建异步任务，持久化 task ID，轮询或接收回调，赶在 URL 过期前下载产物，并把任务状态暴露给产品。

这里的运营分层也比普通质量档位更明确。除非产品明确接受取舍，否则 P1.0 和 H3.1 不应该藏在同一个泛泛的“3D model”别名后面。P1.0 优化的是迭代速度和适合交互管线的低面数资产。H3.1 优化的是保真度和几何细节，更适合主视觉资产、营销渲染、3D 打印或后续 retopology。走错路线，要么带来不必要的延迟，要么得到密度不适合使用的资产。

还有一个耐久性问题。provider 返回的 GLB 和预览图 URL 只有 2 小时有效期，所以 gateway 必须在通知下游系统“资产已就绪”之前，把产物镜像到持久存储。如果产品只保存 provider URL，一次成功生成可能稍后变成一次看不见的失败。因此，artifact capture 是 routing contract 的一部分，不是后续补丁。

路由与运维视角

生产级 AI gateway 应该把 Tripo 3D DashScope routing 变成一张媒体资产策略表。第一条轴是输入：prompt、image 或 images。第二条轴是资产意图：预览、实时游戏或 AR 资产、高保真渲染、生产母版。第三条轴是输出处理：带贴图 PBR GLB、不带贴图基础 GLB、渲染图、存储镜像和过期时间。

fallback 要比文本生成更谨慎。从 H3.1 降级到 P1.0 也许还能保住“一个 3D 结果”，但可能破坏保真度预期。从多图降级到单图也许能保住可用性，却会降低身份和形状一致性。好的策略应该把这些 fallback 标记为 degraded routes，在产品 UI 中暴露，并记录发生降级的原因。

可观测性需要包含 job_type、input_mode、image_count、requested_model、actual_model、texture_quality、geometry_quality、pbr_enabled、region、task_id、排队时间、生成时间、artifact 下载状态、artifact 字节大小和过期捕获时间。这些字段能帮助工程团队区分 provider latency 与存储镜像 bug，也能帮助财务把昂贵的 3D 任务归因到具体产品功能。

TheRouter 的通用 AI gateway documentation 模式同样适用：routing 不只是选择最便宜的模型。对于异步多模态工作，router 会变成生命周期控制器，从请求到持久资产，全程保留用户意图、provider region、artifact durability 和 fallback evidence。

TheRouter 用户应关注或尝试什么

正在试验 Tripo 3D DashScope routing 的团队，应该先做一个小型策略矩阵，再把 3D 生成开放给用户。可以分别定义文生 3D 预览、图生 3D 预览、多图重建、高保真 H3.1 生产输出四条路线。每条路线都写清允许模型、禁止 fallback、重试策略、artifact 镜像目标和用户可见状态文案。

然后用四类任务做 dry test：

• 一个纯 prompt 物体，路由到 Tripo/Tripo-P1.0 做快速验证。
• 一张产品图，走 image 输入路线。
• 一个 2 到 4 张图的参考集，走 multi-image 路线。
• 一个高细节资产，路由到 Tripo/Tripo-H3.1，并记录 geometry 设置。

关键检查不是每个任务是否成功返回过一次模型。关键是 gateway 是否保存每个 task_id，是否在 2 小时过期前下载每个 GLB，是否记录 fallback 决策，以及产品是否能区分预览网格和生产级资产。Tripo 3D DashScope routing 的价值就在这里：它迫使 AI gateway 接管完整生命周期，而不是把这些逻辑散落在应用胶水代码里。