接入deepseek需适配api调用：第一步申请并配置api key防401错误；第二步确认模型名如deepseek-chat，避免400错误；第三步更新请求头为authorization和application/json；请求体改用messages数组、删冗余参数；响应解析路径改为response.choices[0].message.content。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
将Codex接入DeepSeek后，代码逻辑需适配新模型的API调用方式、输入格式与响应结构，否则请求会失败或返回空结果。
确认DeepSeek API基础配置
第一步：在DeepSeek官网申请API Key，复制并保存到安全位置。未获取Key会导致所有请求返回401错误。
第二步：确认使用的DeepSeek模型名称，例如deepseek-chat或deepseek-coder——Codex默认调用的是gpt-3.5-turbo，直接替换模型名但不改参数会触发400错误。
第三步：检查HTTP请求头是否已替换为DeepSeek要求的格式：Authorization: Bearer YOUR_API_KEY，且Content-Type必须为application/json。Codex旧代码中若残留X-Api-Key字段，请求将被拒绝。
重写请求体结构
方法一：使用messages数组替代prompt字符串
DeepSeek不接受单字段prompt，必须改用messages数组，每个元素含role（system/user/assistant）和content。例如原Codex中{"prompt": "写一个冒泡排序"}要改为{"messages": [{"role": "user", "content": "写一个冒泡排序"}]}。
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
方法二：删除temperature以外的冗余参数
DeepSeek暂不支持logprobs、echo、presence_penalty等OpenAI专属参数，保留会导致422响应。只需保留model、messages、temperature、max_tokens四项。
【删除logprobs字段是必须操作，否则接口直接报错】
解析响应数据
原Codex解析路径response.choices[0].text失效，DeepSeek返回结构为response.choices[0].message.content。
注意：DeepSeek响应中finish_reason可能为stop或length，若需判断是否截断，应检查该字段而非依赖truncated布尔值（该字段不存在）。
这一步操作起来很简单，直接把旧代码里的.text替换成.message.content就行，但漏掉点号会抛出AttributeError。
