传统补全
POST /v1/completions — OpenAI 旧版文本补全接口，基于 prompt 生成续写文本
POST
/v1/completionsOpenAI 旧版（legacy）文本补全接口：基于给定 prompt 续写文本。平台内部会将其转换后路由到可用渠道。
这是旧版接口，仅为兼容存量代码保留。新项目请使用对话补全——它支持对话结构、工具调用、多模态，且是所有新模型的主要协议。
鉴权：在请求头携带 Authorization: Bearer <令牌>，详见鉴权与令牌。
请求参数
modelstring必填模型 ID
promptstring | array必填提示文本，字符串或字符串数组
max_tokensinteger最大生成 token 数
temperaturenumber采样温度
top_pnumber核采样概率阈值
ninteger生成候选条数
默认值: 1streamboolean为 true 时以 SSE 流式返回
默认值: falsestopstring | array停止序列
suffixstring续写文本之后拼接的后缀（用于插入式补全，需模型支持）
请求示例
curl https://api.jimu.chat/v1/completions \
-H "Authorization: Bearer $JIMU_API_KEY" \
-H "Content-Type: application/json" \
-d '{"model": "gpt-5.5", "prompt": "1+1=", "max_tokens": 8}'
响应结构
响应200
{
"id": "resp_0c00579d5b63250e016a68bf5dfbc88198b7948c52e1dd11d0",
"object": "text_completion",
"created": 1785249630,
"model": "gpt-5.5",
"choices": [
{ "finish_reason": "stop", "index": 0, "text": "2" }
],
"usage": {
"prompt_tokens": 10,
"completion_tokens": 20,
"total_tokens": 30,
"prompt_tokens_details": { "cached_tokens": 0 },
"completion_tokens_details": { "reasoning_tokens": 13 }
}
}
与 Chat Completions 的差异：object 为 text_completion；结果在 choices[].text（而非 message.content）；usage 计量字段为 prompt_tokens / completion_tokens / total_tokens，details 结构较精简（prompt_tokens_details 仅含 cached_tokens）。finish_reason 取值与 Chat 一致（stop / length / content_filter）。
流式模式（stream: true）下同样以 data: 前缀的 SSE 事件返回增量文本，以 data: [DONE] 结束。