明明codex是开源的，但是为什么有人更青睐闭源的ClaudeCode
- 内容介绍
- 文章标签
- 相关推荐
和身边的朋友聊了一下，发现他对泄露的ClaudeCode很感兴趣，想要基于这个泄露的版本进行编译、运行、魔改。
就很疑惑，隔壁codex大大方方开源在那里，也支持三方的API和模型接入，反倒对它弃之如履。
image1274×732 63.7 KB
总感觉他把Opus和ClaudeCode搞混了
网友解答：--【壹】--：
布什戈门 现在都有代码了你为什么不都下载下来深入对比一下呢？
--【贰】--：
我是用opencode接入codex跟claude跟gemini code來寫程式
然後也把openwebui接入codex跟claude跟gemini
gemini主要是備用路線，如果codex跟claude被我用爆了的話ＸＤ
但是我怎麼樣都不能用ops 4.6 thinking
都說在冷卻中
還在想到底是哪邊沒弄對ＸＤ
我的中間層用cli-proxy-api
--【叁】--：
codex cli有问题，项目运行久了就会有N个MCP在后台不回收，严重占用内存。
--【肆】--：
感觉codex更傻瓜式更稳定适合普通人用 claudecode给我的感觉是可玩性很高
--【伍】--：
所以你有opus渠道，你是会直接在CC里用还是接入codex？
如果用的别的模型，那就是看个人喜好了，但习惯是要养成的，万一之后公司给报销opus的钱，再开始用CC徒增学习成本
--【陆】--：
Android也开源，不影响不开源的apple粉～
东西好不好用，市场会给出答案～
--【柒】--：
想要魔改？这都多久了。
到处都是免费GPT，那你说是为什么
--【捌】--：
codex用起来配置是挺方便，我用gpt接入cc，在cc折腾了好久还是503
--【玖】--：
cc的价格确实也有一定门槛，codex主要是量大管饱
--【拾】--：
我今天就让codex的5.4high启动一个项目，用了半小时多，用了两个普号的额度都没成功，还给我项目加了一堆go和前端缓存文件，然后我用copilot的auto，一次对话搞定。
copilot的auto还定向的gpt5.4-mini
image648×429 24.2 KB
image1438×337 51.2 KB
--【拾壹】--：
如果一个闭源的软件，做的还没有开源的好，那他闭源干啥。
--【拾贰】--：
Claude Code开源将是绝杀，可惜哪怕是泄露的版本都DMCA了
--【拾叁】--：
我记得codex不支持hook,不支持定义subagent
--【拾肆】--：
个人感觉 cc 的 cli 用起来比 cx 的 cli 舒服;
cx 的 cli bug有点多, 再加上卡; 再加上 cx 有的东西 cc 也几乎都有 也比 cx 更丰富
--【拾伍】--：
这个可以实现吗 是不是要什么工具转一下，刚才用ccswitch直接填claude的模型是不行的
--【拾陆】--：
已知：claude code + opus > codex + gpt
你觉得是因为
opus 强于 gpt 但 claude code 弱于 codex
还是
opus 强于 gpt 且 claude code 强于 codex
显然是后者
--【拾柒】--：
有没有人在 codex中用 claude?
--【拾捌】--：
生态和使用习惯的问题吧.一方面是针对cc做的插件确实是最多的,另一方面是cc使用起来确实轻松一点
--【拾玖】--：
因为Codex做的不行啊，跟Claude Code比的话，
我到现在还得在WSL中用Codex呢，功能相比也少了很多
和身边的朋友聊了一下，发现他对泄露的ClaudeCode很感兴趣，想要基于这个泄露的版本进行编译、运行、魔改。
就很疑惑，隔壁codex大大方方开源在那里，也支持三方的API和模型接入，反倒对它弃之如履。
image1274×732 63.7 KB
总感觉他把Opus和ClaudeCode搞混了
网友解答：--【壹】--：
布什戈门 现在都有代码了你为什么不都下载下来深入对比一下呢？
--【贰】--：
我是用opencode接入codex跟claude跟gemini code來寫程式
然後也把openwebui接入codex跟claude跟gemini
gemini主要是備用路線，如果codex跟claude被我用爆了的話ＸＤ
但是我怎麼樣都不能用ops 4.6 thinking
都說在冷卻中
還在想到底是哪邊沒弄對ＸＤ
我的中間層用cli-proxy-api
--【叁】--：
codex cli有问题，项目运行久了就会有N个MCP在后台不回收，严重占用内存。
--【肆】--：
感觉codex更傻瓜式更稳定适合普通人用 claudecode给我的感觉是可玩性很高
--【伍】--：
所以你有opus渠道，你是会直接在CC里用还是接入codex？
如果用的别的模型，那就是看个人喜好了，但习惯是要养成的，万一之后公司给报销opus的钱，再开始用CC徒增学习成本
--【陆】--：
Android也开源，不影响不开源的apple粉～
东西好不好用，市场会给出答案～
--【柒】--：
想要魔改？这都多久了。
到处都是免费GPT，那你说是为什么
--【捌】--：
codex用起来配置是挺方便，我用gpt接入cc，在cc折腾了好久还是503
--【玖】--：
cc的价格确实也有一定门槛，codex主要是量大管饱
--【拾】--：
我今天就让codex的5.4high启动一个项目，用了半小时多，用了两个普号的额度都没成功，还给我项目加了一堆go和前端缓存文件，然后我用copilot的auto，一次对话搞定。
copilot的auto还定向的gpt5.4-mini
image648×429 24.2 KB
image1438×337 51.2 KB
--【拾壹】--：
如果一个闭源的软件，做的还没有开源的好，那他闭源干啥。
--【拾贰】--：
Claude Code开源将是绝杀，可惜哪怕是泄露的版本都DMCA了
--【拾叁】--：
我记得codex不支持hook,不支持定义subagent
--【拾肆】--：
个人感觉 cc 的 cli 用起来比 cx 的 cli 舒服;
cx 的 cli bug有点多, 再加上卡; 再加上 cx 有的东西 cc 也几乎都有 也比 cx 更丰富
--【拾伍】--：
这个可以实现吗 是不是要什么工具转一下，刚才用ccswitch直接填claude的模型是不行的
--【拾陆】--：
已知：claude code + opus > codex + gpt
你觉得是因为
opus 强于 gpt 但 claude code 弱于 codex
还是
opus 强于 gpt 且 claude code 强于 codex
显然是后者
--【拾柒】--：
有没有人在 codex中用 claude?
--【拾捌】--：
生态和使用习惯的问题吧.一方面是针对cc做的插件确实是最多的,另一方面是cc使用起来确实轻松一点
--【拾玖】--：
因为Codex做的不行啊，跟Claude Code比的话，
我到现在还得在WSL中用Codex呢，功能相比也少了很多