我最近把 DeepSeek 接进了 Codex,而且不是把 Codex 整体切换成 DeepSeek,而是让它成为一个可以按需调用的子 Agent。

这样做之后,主 Agent 仍然负责理解任务、查看界面和调度流程。遇到代码探索、文本分析、批量修改这类工作时,再把边界清楚的部分交给 DeepSeek。

目前有两种配置方式,我更推荐第一种。

方法一:注册成 Codex 原生子 Agent

先打开项目:codex-deepseek-subagent

codex-deepseek-subagent 项目仓库

它的作用很直接:把 deepseek-v4-flash 注册成 Codex 的原生自定义子 Agent,并检查真实派发是否走到了正确的模型。

全局安装命令是:

npx skills add oil-oil/codex-deepseek-subagent -g -y

如果不想自己敲命令,也可以把仓库地址发给 Codex,让它帮你安装。

安装 Skill 的过程

安装后重启 Codex 桌面应用并新建一个任务,然后直接说:

帮我把 DeepSeek 配置成 Codex 的原生子 Agent。

第一次配置需要 DeepSeek 官方 API Key。这个 Skill 会通过标准输入读取,并保存到 macOS Keychain,不会把 Key 写进配置文件或测试输出。

配置结果显示 status: ready 后,再重启一次 Codex 并新建任务。后面就可以直接指定 DeepSeek:

用 DeepSeek 子 Agent 检查这个项目。

也可以在输入框里用 @DeepSeek 选择这个自定义 Agent。

选择自定义 DeepSeek 子 Agent

实际派发以后,子任务会单独运行,界面里能看到它使用的是 deepseek-v4-flash

原生子 Agent 的派发结果

这套方式不会修改主任务使用的模型。Codex 仍然负责拆解任务,DeepSeek 只接收被分配给它的那一部分。

方法二:给 Codex CLI 增加独立的 DeepSeek 运行环境

第二种方式使用的是另一个项目:codex

Codex Skill 项目仓库

这个 Skill 原本是给 Claude Code 或其他 Agent 调用 Codex CLI 的。它会保留会话 ID、结构化状态和完整事件记录,适合代码探索、实现、评审和验证。

安装命令是:

npx skills add oil-oil/codex -g -y

安装完成后,可以让支持 Skill 的 Agent 帮你配置 DeepSeek 运行环境。配置成功后,默认 Codex 和 DeepSeek Codex 会彼此独立。

普通的 codex 命令仍然使用原来的 GPT 模型。

Codex 默认启动画面

运行 codex-deepseek 时,则会进入单独的 DeepSeek 环境,画面里可以直接看到当前模型是 deepseek-v4-flash

codex-deepseek 命令启动画面

这种方式更适合让 Claude Code、其他 Agent 或自动化脚本把一整个任务交给 Codex CLI。以后想再接入其他模型,也可以沿用"独立配置 + 独立命令"的思路。

两种方式怎么选?

如果你的目标是"继续使用 Codex,只把部分任务交给 DeepSeek",优先选择原生子 Agent 方案。它的调用关系更清楚,也不会改变主任务的模型。

推荐使用原生子 Agent 方式

如果你的目标是"让其他 Agent 调用一个使用 DeepSeek 的 Codex CLI",再选择第二种独立运行环境。

还有一个边界需要注意:这里的 DeepSeek 只处理文本,不能直接读取图片、视频或截图。遇到视觉任务时,需要先由主 Agent识别画面,再把页面结构、文字、颜色、尺寸和异常点整理成文本交给 DeepSeek。

我的实际用法是:让 Codex 负责视觉理解、任务拆分和最终验收,把边界清楚的纯文本或代码工作交给 DeepSeek。这样既保留了 Codex 的完整能力,也多了一个可以按需调度的模型。