分组与倍率
它挂在 grok-heavy 分组。注意:分组倍率只管文本部分,图像与视频另有按次定价。
| 分组 | 倍率 | 特点 |
|---|---|---|
| grok-heavy | 0.2x | 纯 grok-heavy 号池,文本为主 |
倍率是相对官方定价的计费倍数:0.43x 就是按官方价的 43% 计费,数字越小越便宜。实际扣费 = 该模型的官方单价 × 你所在分组的倍率,再按实际 token 数结算。倍率会随上游成本调整,以控制台内实时展示的数值为准。
接入信息
走 OpenAI 兼容入口,但请求参数与返回结构与文本模型不同。
| 项目 | 填什么 |
|---|---|
| 模型名(model) | grok-imagine |
| Chat Completions 端点 | https://turingapi.space/v1/chat/completions |
| Responses 端点 | https://turingapi.space/v1/responses |
| Base URL(OpenAI SDK) | https://turingapi.space/v1 |
| 认证方式 | Authorization: Bearer sk-xxx |
调用示例
结构示意如下,具体参数名以控制台模型广场的当前版本为准。
图像生成请求(结构示意)
curl https://turingapi.space/v1/chat/completions \
-H "Authorization: Bearer $TURING_KEY" \
-H "content-type: application/json" \
-d '{
"model": "grok-imagine",
"messages": [{"role": "user", "content": "画一只在雪地里的橘猫,电影感光影"}]
}'返回里通常带图片 URL 或 base64。参数名在不同版本间有变化,以控制台当前文档为准。
Python 调用
from openai import OpenAI
client = OpenAI(api_key="sk-你的密钥", base_url="https://turingapi.space/v1")
r = client.chat.completions.create(
model="grok-imagine",
messages=[{"role": "user", "content": "画一只在雪地里的橘猫"}],
)
print(r.choices[0].message)生成类返回可能不带常规文本内容,解析时要按实际结构取值。
视频生成
curl https://turingapi.space/v1/chat/completions \
-H "Authorization: Bearer $TURING_KEY" \
-H "content-type: application/json" \
-d '{
"model": "grok-imagine-video",
"messages": [{"role": "user", "content": "海边日落延时,5 秒"}]
}'视频是异步产物,通常先拿任务标识再轮询结果。耗时和费用都远高于单张图。
怎么选分组
生成类任务的成本结构完全不同:
1
按次计费,先算清单价
文本模型按 token,生成模型按次。一次生成的费用相当于多少次文本请求,差别可能很大。批量出图前先把单价乘一下预估总量。
2
先用低分辨率试稿
确定风格和构图之后再出高清。用高分辨率反复试错是这类任务最常见的浪费。
3
不合适的容器别硬用
多数聊天客户端只处理文本返回,接生成模型会拿不到图片。生成类任务建议直接写脚本调接口。
在客户端里用这个模型
这类模型通常直接在脚本里调,客户端支持有限:
常见问题
按次计费是这里最关键的一条。
怎么计费?
按生成次数计费,不按 token。具体单价见控制台分组定价,不同分辨率与时长可能不同档。
返回的是 URL 还是图片数据?
取决于模型与版本,两种都可能。解析时先打印完整响应看结构,再写取值逻辑,不要按猜测写死字段。
能商用吗?
内容责任由使用者承担。请遵守 使用政策及上游服务条款,涉及他人肖像、商标时尤其注意。
视频要多久?
明显长于图片,通常需要轮询任务状态。脚本里要设置合理的超时与重试上限。
聊天客户端能用吗?
多数不能,因为它们假定返回的是文本。生成类任务用脚本或专门的图像工具更合适。
相关模型
还没密钥?注册后直接创建一个
邮箱注册即用,控制台自助创建密钥、查看用量与余额。
免费注册 →
接入过程卡住了?到 QQ 群 1128182538 说明「客户端 + 报错码 + 时间点」,比只说"用不了"好排查得多。其他通用问题见 常见问题。