Jev模型不支持流式输出，必须使用标准POST请求并返回完整JSON。其设计为非流式、确定性、结构化决策接口，无token生成过程，所有输出在一次前馈推理中完成；正确调用需确保Content-Type为application/json、payload含model/state/questions字段、禁用任何流式标识与解析。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Jev 模型本身不支持流式输出，开启流式（如设置 stream: true 或使用 text/event-stream）会导致响应为空或连接中断。
Jev 的设计定位就是「非流式、确定性、结构化决策接口」。它没有 token 生成过程，不走自回归解码路径，所有输出都在一次前馈推理中完成并直接返回完整 JSON。官方 API 文档明确要求：请求必须是标准 POST，响应体为一次性完整 JSON，无 chunked 编码，无 SSE 流。
常见表现和原因：
- 使用
fetch或 SDK 设置了{ stream: true }，但后端根本不识别该字段，直接忽略或拒绝解析整个 payload - 前端用
ReadableStream尝试读取响应体，结果第一次reader.read()就返回{ done: true, value: undefined } - curl 加了
--header "Accept: text/event-stream"，服务端返回 HTTP 200 但 body 为空，日志里甚至没触发 Jev 推理逻辑 - Vercel AI SDK 默认启用流式，若未显式关闭（如
stream: false），会把 Jev 当作 LLM 调用，导致静默失败
正确调用方式只需保证三点：
- 请求头只含
Content-Type: application/json，不要加Accept: text/event-stream或其他流式标识 - 请求体是完整、合法的 JSON，包含
model、state、questions三个顶层字段 - 不在客户端做流式解析，直接等待
response.json()返回整个对象
如果你看到空响应，先检查是否误启了流式；再确认 Content-Type 和 payload 结构是否合规——这两项出错，Jev 网关通常连日志都不打，直接返回空 body + 200。
