先做一个小实验：将 SDK 的入口改成 https://www.gpt345.com/v1，从控制台复制 API Key 和完整模型 ID，发送一条短文本请求。确认返回、用量和余额变化后，再把同一项目扩展到 Gemini/Grok 生图或 Seedance 视频。公开页面只帮助选型，最终可用资格与扣费以控制台为准。
接入前先做一张创作验收单
很多项目的问题不在“接口能不能通”，而在于上线后没人知道哪一次请求产生了成片、哪一次请求只是重试。词元AI建议在项目目录里保留一张简单的验收表，把模型选择、媒体规格和预算放在同一行。这样换模型时不会把旧结果、旧价格和新任务混在一起。
| 记录栏 | 文字 / 代码 | 图片 | 视频 |
|---|---|---|---|
| 输入固定项 | 系统提示、样本文本、上下文长度 | Prompt、画布、参考图 | 脚本、首帧、目标秒数 |
| 结果固定项 | 字段格式、最大输出、工具调用 | 尺寸、文字、主体位置 | 任务 ID、时长、下载状态 |
| 预算字段 | 输入/输出 Token | 成功张数、失败张数 | 实际秒数、轮询次数 |
| 停止条件 | 连续格式错误或余额异常 | 文字乱码或主体漂移 | 超时未更新或重复扣费 |
这张表不是额外的运维负担：它可以直接从请求日志和控制台账单中生成。对个人创作者来说，先记录十次真实请求，往往比先读完所有模型宣传页更快找到适合自己的档位。
从旧项目迁移时只改三处
如果已有 OpenAI SDK 项目，迁移到词元AI通常不需要重写业务层。先在测试环境替换 Base URL，再把模型名称改成模型广场中的完整 ID，最后为测试项目创建一把独立 API Key。不要在迁移的同一提交里同时改变提示词、温度、输出上限和重试策略，否则出现差异时无法定位原因。
- 先切入口：把旧的上游地址替换为
https://www.gpt345.com/v1，保持请求路径只出现一次/v1。 - 再切模型：从目录复制代号，不按展示名称猜测连字符、大小写或版本后缀。
- 最后切预算：用短输入做三次请求，记录余额变化，再逐步恢复原来的并发和上下文长度。
图片和视频属于另一条迁移路径：它们可能返回任务 ID、图片地址或异步状态，不能直接套用文本请求的完成判定。上线前请分别保留一条成功样本和一条失败样本，方便后续排错。
把预算拆成试验、生产和兜底三层
创作者常见的浪费，是把验证请求和生产请求放在同一个无限额度的密钥里。更稳妥的做法是把预算分成三层：试验层只允许短输入和少量媒体任务；生产层绑定已经通过验收的模型和参数；兜底层只在主线路报错时启用，并设置更低的并发上限。
| 预算层 | 允许做什么 | 不应做什么 | 触发动作 |
|---|---|---|---|
| 试验 | 三到十次固定样本、单张图片、短视频 | 长上下文批量跑全量数据 | 比较格式、质量和单次扣费 |
| 生产 | 已确认的模型、尺寸、重试上限 | 自动切换未知代号 | 按项目日志和账单周检 |
| 兜底 | 短时切换、低并发重试 | 无限循环或重复创建视频任务 | 触发告警并人工确认 |
如果一次请求返回 200 但结果为空，先保存原始响应，再检查模型专用字段和客户端解析器；如果视频任务返回超时，先查询任务状态，不要马上再次提交相同任务。只有在状态明确失败且账单没有扣除时，才适合重新创建。
这一套分层方法也适用于团队协作：把项目名、负责人、预算层和客服沟通记录写进内部工单，客服 QQ 为 49098022，但不要发送完整密钥或包含用户隐私的 Prompt。
可以共用 OpenAI 兼容入口，但模型专用参数、图片尺寸和视频异步状态仍需分别适配。把不同任务拆成独立测试，结果更容易复盘。
怎样判断一次请求值得扩大？
提供模型代号、发生时间、HTTP 状态、request ID 和脱敏后的请求摘要即可。客服 QQ 为 49098022，不要发送完整 API Key。