Agent Space API是否原生支持OpenAI的/v1/chat/completions接口格式，需通过文档查证路径与字段定义、curl实测响应结构、工具调用保真度及流式分片能力三重验证；若仅标称“兼容SDK”而无真实HTTP路径和JSON结构，则不属于协议级支持。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Agent Space API是否支持OpenAI接口格式，直接决定你能否复用现有LangChain、LlamaIndex或自研Agent框架的代码，避免重写消息组装逻辑和流式解析器。
确认Agent Space API是否原生支持/v1/chat/completions
打开Agent Space官方文档首页，在搜索框输入“chat completions”或直接访问其API参考页，查找是否存在 /v1/chat/completions 路径的完整接口说明。若页面明确列出该路径，并提供messages、model、stream等字段定义，则为原生支持。
注意：仅在“兼容性说明”栏里写“兼容OpenAI SDK”不等于支持接口协议——很多服务只兼容SDK调用方式，底层仍走私有协议，必须看到真实HTTP路径和JSON结构才算数。
验证实际请求能否通过
用curl发一个最简非流式请求：
curl -X POST https://api.agentspace.dev/v1/chat/completions \
-H "Content-Type: application/json" \
-H "Authorization: Bearer YOUR_API_KEY" \
-d '{"model":"default","messages":[{"role":"user","content":"hi"}]}'
如果返回HTTP 200且响应体含choices[0].message.content字段，说明基础协议通；若返回404、400或响应里是{"error":"unknown endpoint"}，则该API未暴露标准路径。
检查工具调用（tool call）是否保真
方法一：发送含function calling的请求
构造messages中包含tool_calls字段的assistant消息，或携带tools数组发起请求，观察返回的tool_calls.id、function.name、function.arguments是否完整保留、未被转义或截断。
方法二：比对增量流式chunk
开启stream=true，逐行读取SSE响应，确认每个data行中的delta.tool_calls字段能正确分片拼装——这是Agent闭环最关键的校验点，90%的“伪兼容”服务在此失败。
对照OpenAI Responses接口做降级判断
第一步：查看Agent Space文档是否提及/v1/responses
若明确支持/v1/responses，且文档注明“向后兼容/v1/chat/completions”，可放心使用；此时只需将base_url从…/chat/completions改为…/responses，其余参数照旧。
第二步：检查其/v1/responses是否接受messages数组
发送相同messages结构到/v1/responses路径，若返回正常且role顺序未被强制重排（例如把多个system消息合并或丢弃），说明它在协议层做了适配，属于高阶兼容。
第三步：验证stateful chat能力
连续两次请求，第二次在messages中带上前一次assistant的完整回复，观察模型是否表现出上下文记忆——这是/v1/chat/completions不具备的能力，若能稳定生效，说明底层已是Responses级实现。
