Codex接入DeepSeek V4后为什么感觉变笨了？原来是Tools能力失效了

SEO关键词：Codex接入DeepSeek、Codex第三方API、DeepSeek V4、Codex工具调用失败、Codex修改文件异常、Codex无法编辑文件、Codex中转API教程、Claude API、GPT API、Codex客户端

大家好 这里是「代码简单说」`,欢迎大家关注同名公众号,不定时更新更多实用有趣的教程 也欢迎大家在评论区一起讨论交流!~

前言

昨天我写过一篇文章：

教程
Codex接入DeepSeek-V4-Pro教程：使用CC-Switch配置硅基流动API

最近在实际使用过程中，我发现了一个很奇怪的问题。

同样是 Codex 客户端，以前用 GPT 或 Claude 的时候体验非常不错，修改代码、创建文件、重构项目都非常流畅。

但自从把模型换成 DeepSeek V4 之后，总感觉：

• 代码能力变弱了
• 修改文件变慢了
• 经常绕来绕去
• 操作方式很奇怪
• 整体体验甚至不如 OpenCode

最开始我还以为是模型能力的问题。

后来折腾了半天才发现：

问题根本不是 DeepSeek V4 本身，而是第三方 API 导致 Codex 的 Tools 功能失效了。

---

现象一：Codex不直接修改文件了

以前使用 GPT 的时候。

例如让 Codex：

帮我修改 src/api/user.js

它会直接调用工具。

然后显示类似：

修改文件：

src/api/user.js

+12
-3

你可以非常清晰地看到：

• 增加多少行
• 删除多少行
• 修改了哪些内容

整个过程就像 Cursor 一样。

体验非常好。

---

现在变成什么样了？

接入 DeepSeek V4 后。

我发现它开始疯狂使用命令行。

例如：

echo "xxxx" > temp.js

或者：

cat > test.js

再或者：

cp fileA fileB

然后：

mv temp.js target.js

看起来像是在修改文件。

实际上是在：

创建一个文件

↓

复制内容

↓

删除原文件

↓

替换目标文件

整个流程绕得非常离谱。

有时候甚至：

创建A文件

↓

修改B文件

↓

读取C文件

↓

再回头覆盖A文件

看得我一脸懵。

---

现象二：修改大文件特别容易出问题

比如：

修改一个1000行的Vue页面

正常情况下应该是：

定位代码

↓

修改指定区域

↓

保存

但是 DeepSeek 接入后经常变成：

读取整个文件

↓

生成完整新文件

↓

覆盖原文件

这样的问题是：

Token消耗更高

原来只改10行：

读取10行
修改10行

现在：

读取1000行
重写1000行

成本直接翻倍。

---

容易覆盖旧代码

尤其多人开发项目。

经常会出现：

刚写的新逻辑

↓

被模型覆盖掉

这种情况。

---

一开始我以为是DeepSeek能力问题

说实话。

刚开始我真的以为：

DeepSeek V4代码能力下降了

甚至还去和 OpenCode 对比。

发现：

OpenCode修改文件更直接

Codex反而绕来绕去

于是我开始怀疑：

是不是Codex越来越不好用了？

结果越问越不对劲。

---

真正原因：第三方API无法调用Codex原生Tools

最后研究了半天。

终于找到原因。

问题不在模型。

而在：

第三方中转API

很多第三方接口实际上只兼容：

Chat Completion

也就是：

发送消息

↓

返回文本

这种最基础能力。

---

而 Codex 真正强大的地方是：

Tools

例如：

• 文件编辑
• 文件创建
• 文件搜索
• 终端执行
• 项目索引
• 差异对比（Diff）

这些都属于：

Tool Calling

能力。

---

GPT为什么正常？

因为很多 GPT 接口支持：

Tool Calling

例如：

gpt-5
gpt-5-mini
gpt-4.1

官方接口能够返回：

{
  "tool_calls":[]
}

Codex收到后知道：

应该修改文件

应该执行命令

应该搜索项目

于是：

+20
-5

这种文件Diff就出来了。

---

DeepSeek第三方接口为什么不行？

很多第三方平台虽然写着：

兼容OpenAI API

但实际上兼容的是：

Chat接口

并不是：

Responses API

更不是：

Tool Calling

因此模型只能返回：

文本

而不能返回：

工具调用指令

于是 Codex 就只能自己想办法。

变成：

读取文件

↓

生成新内容

↓

用CMD覆盖

这种低级方案。

---

为什么会感觉模型突然降智

实际上是两个能力被混在一起了。

模型能力

负责：

理解代码
生成代码
分析问题

---

Tools能力

负责：

修改文件
搜索项目
执行命令

---

当 Tools 消失后。

即使模型本身能力没问题。

用户感受到的体验也会变成：

很笨
很慢
很绕

于是很多人就会误以为：

DeepSeek不行

实际上真正缺失的是：

Agent能力

---

OpenCode为什么感觉更顺手

很多人会发现：

OpenCode
Claude Code
Cursor

即便接第三方模型。

有时候依然能直接修改文件。

原因是这些工具很多会自己实现：

本地文件系统工具

例如：

read_file

write_file

replace_text

这些工具由客户端提供。

模型只负责输出调用格式。

所以体验相对稳定。

---

我的测试结论

经过这几天测试。

最终得到一个比较明确的结论：

方案	文件编辑体验	Tools支持	推荐程度
官方GPT接口	非常好	完整支持	★★★★★
官方Claude接口	非常好	完整支持	★★★★★
DeepSeek官方支持Tools接口	较好	部分支持	★★★★
第三方DeepSeek中转	一般	经常缺失	★★
仅Chat兼容接口	较差	无Tools	★

---

解决方案

如果你发现 Codex 出现下面这些情况：

不直接改文件

疯狂执行CMD

频繁创建临时文件

覆盖整个文件

修改代码很绕

先不要急着怀疑模型。

建议检查：

1、是否使用第三方中转

很多问题都出在这里。

---

2、是否支持Tool Calling

查看接口文档是否明确写了：

Tool Calling
Function Calling
Responses API

---

3、优先使用官方接口

如果是长期开发项目。

建议直接使用：

GPT
Claude

官方接口。

体验差距会非常明显。

---

总结

最近我一直觉得：

Codex怎么越来越难用了

后来才发现并不是 Codex 变差了。

而是接入 DeepSeek V4 的第三方中转 API 后，很多原生 Tools 功能无法正常工作。

结果导致：

文件修改能力下降

项目操作能力下降

Agent能力下降

开发体验下降

表面上看像是模型降智了。

实际上是：

模型还能思考

但手脚被绑住了

对于 Codex、Claude Code、Cursor 这类强依赖工具调用的 AI 编程产品来说：

模型能力很重要，但 Tool Calling 能力同样重要。

很多时候让你觉得 AI 变笨的，并不是模型本身，而是它失去了操作项目的能力。