愿每一位独立开发者都能保持初心,获得一个好的结果.
 |
1
rokcy 5h 31m ago
最好的用法是让 claude 出方案，gpt 只负责执行。
|
 |
2
EvanClausen 5h 28m ago
我也是这种情况，Codex 一天到晚小题大做，真的心累
|
 |
3
tanrenye 5h 24m ago  1
cc 是比较简洁，但是也确实有时候不够严谨，codex 如果你不想他这么啰嗦，是需要提示词引导的，具体要怎么引导看你自己品味慢慢调了
|
 |
4
kuhung 5h 20m ago
是不是思维强度开大了。codex 用来改 UI 和交互蛮方便的，其他的确实喜欢过度防御性设计。
|
 |
6
Cruzz 5h 19m ago
自己加提示词呗
|
 |
7
niubilewodev 5h 16m ago
我最后一次用 GPT 模型写代码，是让他帮我写一个脚本（简单的调用各个微服务的 API ，写一下数据库，简单、临时处理一些线上数据）
仓库里已经有上百个脚本了。大家都是同样的依赖。都差不多 200-300 行。 只有 GPT 写的新脚本，到了 1000 多行，把所有的函数都写了两遍，一遍是直接使用第三方依赖，一遍是当依赖不可用时，自己实现的版本 |
 |
8
gpt5 5h 1m ago
codex 罗里吧嗦确实是个问题，随便问个啥，都能出好几屏幕的回答。
|
 |
9
dacapoday 4h 39m ago
好东西用惯了,差的就不习惯了.
|
 |
10
Sundayz 4h 32m ago
截止回帖时间，并没有感觉到两家在生产级模型上的能力差距，无非就是工具熟悉程度的问题，多用用就适应了。
|
 |
11
xubeiyou 3h 9m ago
codex 是容易小题大做 有点防御性变成的意思 特么的 所以得自己多次纠错或者直接在开头就做好详细的约束和边界
|
 |
12
john1024 3h 2m ago
codex 的子代理分配是存在很大缺陷的，说说我的用法，用 opencode 接入，安装 OMO-slim, 分配子代理用的模型，记得把没用的子代理角色关掉，例如“council”。另外 OMO 太重了，奇奇怪怪的角色太多了，其实连 OMO-slim 都略显重。
|
 |
13
zfyime 1h 22m ago
5.2 就是这样了 一直也没好 所以不喜欢用 codex
|
Select Language