codex怎么接入API后使用-人工智能-PHP中文网

codex 调用第三方 api 必须走明确路径：95%业务场景用 rest api，需正确配置 auth.json 密钥、config.toml 的 base_url 和 wire_api，并编写 python 脚本发起请求。

☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜

codex怎么接入api后使用

要在 Codex 中真正调用第三方 API 并让模型基于真实数据生成代码、报告或分析，不能只配个密钥就完事——必须明确走哪条通路、用哪种协议、参数往哪塞、返回怎么解析。

确认接入路径：REST API 还是 MCP 工具模式

如果你的目标是“让 Codex 自动查招标数据、统计金额、补企业画像、导出 Excel”，选 REST API；如果目标是“在聊天框里直接说‘帮我查深圳半导体中标公司’，AI 就调接口返回结果”，选 MCP。

REST API 是脚本驱动的批处理方式，MCP 是 AI 主动调用的工具模式。两者底层不互通，不能混用。

当前 95% 的实际业务场景（日报/周报/数据清洗/报表生成）都落在 REST API 路径上，本文默认走此路线。

准备认证凭证：API Key 必须放对位置

打开终端，执行：
mkdir -p ~/.codex && touch ~/.codex/auth.json

用文本编辑器打开 ~/.codex/auth.json，只写且仅能写这一行：
{"OPENAI_API_KEY":"sk-xxxxxxxxxxxxxxxxxxxxxxxx"}

【注意：auth.json 文件里绝对不能有多余字段、注释、逗号或空格，否则 Codex 启动时会报 403 Forbidden】

这一步不是可选项——Codex 不读环境变量，也不认 config.toml 里的 key 字段，它只从 auth.json 的 OPENAI_API_KEY 字段取值，并原样塞进 Authorization: Bearer 头里发送。

圆弧形进度条插件arc-progress.js

下载

配置模型提供商：填对 base_url 和 wire_api

编辑 ~/.codex/config.toml，在文件末尾追加：

[model_providers.myapi]
name = "世舶招标数据"
base_url = "https://outer-gateway.shibo.ai/v1"
wire_api = "responses"
http_headers = { "X-Source" = "codex-integration" }

其中 base_url 必须以 /v1 结尾，wire_api 必须写死为 "responses"——写成 "chat" 或留空都会导致请求被拒绝。

model_provider 字段要与方括号内 id 一致，例如你写了 [model_providers.myapi]，那 config.toml 顶部就必须有：
model_provider = "myapi"

编写并运行第一个调用脚本

在 Codex 工作区新建文件 get_tender.py，内容如下：

import requests
url = "https://outer-gateway.shibo.ai/v1/search"
headers = {"Authorization": "Bearer sk-xxxxxxxxxxxxxxxxxxxxxxxx"}
payload = {"keywords": ["半导体", "深圳"], "time_range": "last_6m"}
r = requests.post(url, json=payload, headers=headers)
print(r.json())

保存后，在工作区右键 → Run Python File。

若返回包含 tender_id、project_name、amount 字段的 JSON 列表，说明通路已通。此时 Codex 已能作为你的自动化执行层，后续所有清洗、分页、导出逻辑都可在此脚本中扩展。