这是我测试的截图,包括后端写了代码直接编码错误不能运行,前端修改一个时间格式问题,直接给我写的页面编译不过,打不开页面了,提示后解决,前端给改的全部乱码了,太坑了,我真服了
同样问题我用claude opus 4.5,就是一遍过,没有报错,下面是截图,
这是我测试的截图,包括后端写了代码直接编码错误不能运行,前端修改一个时间格式问题,直接给我写的页面编译不过,打不开页面了,提示后解决,前端给改的全部乱码了,太坑了,我真服了
有同感!
先把中等调成xhigh 相反我的项目用opus每次都会有报错 codex就能启动成功 ![]()
claude 有lsp, 代码语法应该大幅提升; codex你给它长任务执行,适合自动化编码任务,而且量大包管。还是用cli里面写,做好自动化编码和lint,完成度和代码质量很高的。
codex调成太高,思考太久,一个小问题解决很久,调成最高也没写对
说的有道理
System > Developer > User(最新且明确) > 目标文件作用域内最深层 AGENTS.md > ~/.codex/AGENTS.mdupdate_plan:
>=3 个文件>=2 个顶层模块/目录<=2 个文件<=80 行>=10 个文件>=3 个文件pnpm-lock.yaml、go.mod、.python-version 等)。pnpm(优先级 pnpm > yarn > npm)。
pnpm-lock.yaml,必须使用 pnpm。go mod(如 go mod tidy)。.venv。
.venv:python -m venv .venvsource .venv/bin/activaterequirements.txt/poetry/uv),无约定时用 pip。.ts / .tsx),除非用户明确要求 JS。any;必要时使用 unknown 并在使用处收窄。tsconfig.json;无特殊要求保持严格类型检查。pnpm run typecheck(若无脚本则 pnpm exec tsc --noEmit)。<=6 条要点或 <=10 行)。确实吧,不像论坛说的那样
直接x-high,方案规划好,写几万行代码都没问题。
遇到了这个问题,老师整一些乱码以及前端错误
codex前端没怎么用过,claude前端能力可以。
我也是这样,大佬
确实claude前端能力更好,codex量大管饱
听一下大佬的,我试了还是报错
要调研出这个问题是什么,然后指引它使用脚本处理。
文件编码问题,这估计环境有问题。
怎么解决呢,大佬,一直有编码问题,写点就编码问题
中转?你这个
建议用cli vscode插件挺蠢的
我试试大佬,太坑了,页面全部给改成了乱码,这个测试代价太高