看论坛都说chatgpt 5.3 codex很好,但是我后端和前端测试下来,真的不行,全是报错

这是我测试的截图,包括后端写了代码直接编码错误不能运行,前端修改一个时间格式问题,直接给我写的页面编译不过,打不开页面了,提示后解决,前端给改的全部乱码了,太坑了,我真服了




同样问题我用claude opus 4.5,就是一遍过,没有报错,下面是截图,

19 个赞

有同感!

2 个赞

先把中等调成xhigh 相反我的项目用opus每次都会有报错 codex就能启动成功 :distorted_face:

4 个赞

claude 有lsp, 代码语法应该大幅提升; codex你给它长任务执行,适合自动化编码任务,而且量大包管。还是用cli里面写,做好自动化编码和lint,完成度和代码质量很高的。

2 个赞

codex调成太高,思考太久,一个小问题解决很久,调成最高也没写对

4 个赞

说的有道理

1 个赞

Codex Execution Baseline

Priority

  • 指令优先级:System > Developer > User(最新且明确) > 目标文件作用域内最深层 AGENTS.md > ~/.codex/AGENTS.md
  • 同层冲突时:后出现且更具体的规则优先;跨层冲突时仅执行高优先级规则。

Noise Filtering

  • 仅保留会影响“当前任务结果”的指令。
  • 与当前任务无关的历史信息、装饰性建议、旁支流程一律忽略。

Language

  • 用户用中文则中文回复。
  • 代码注释、变量/函数/类命名使用英文,并遵循项目既有风格。

Required Reading Before Edit

  • 修改前至少阅读:目标文件 + 直接调用方/入口 + 相关配置/测试。

Planning Rules

  • 满足任一条件必须使用 update_plan
    • 预计修改 >=3 个文件
    • >=2 个顶层模块/目录
    • 涉及依赖变更、配置格式变更、公开 API 变更
    • 存在数据/安全/兼容性风险
  • 同时满足以下条件可直接实现(不进入 plan):
    • 修改 <=2 个文件
    • 净变更 <=80
    • 不改依赖/配置格式/公开 API
    • 可用 1 条命令快速验证

Change Boundaries

  • 优先修根因,保持最小 diff。
  • 禁止无关重构、纯风格改动、顺手重命名/搬迁目录。

Confirmation Gate

  • 满足任一条件先征询确认再继续:
    • 预计修改 >=10 个文件
    • 新增/删除/重命名 >=3 个文件
    • 目录级或模块级迁移/重构

Validation

  • 先跑最相关、最小范围验证,再按需扩大。
  • 存在无关失败时,不顺手修;在结果中单独说明“失败项与未处理原因”。

Toolchain Preferences(强约束)

  • 先检查并遵循项目现有锁文件/工具链声明(如 pnpm-lock.yamlgo.mod.python-version 等)。
  • JS/TS:默认 pnpm(优先级 pnpm > yarn > npm)。
    • 若存在 pnpm-lock.yaml,必须使用 pnpm
  • Go:使用 Go modules;依赖管理使用 go mod(如 go mod tidy)。
  • Python:默认使用项目本地虚拟环境 .venv
    • 若无 .venvpython -m venv .venv
    • 运行前激活:source .venv/bin/activate
    • 安装依赖优先项目既有方式(requirements.txt/poetry/uv),无约定时用 pip

TypeScript Preferences(强约束)

  • JS/TS 项目新增代码默认使用 TypeScript(.ts / .tsx),除非用户明确要求 JS。
  • 不做无关的全量 JS→TS 迁移;仅在当前需求范围内最小改动。
  • 公共 API、导出函数、组件 Props 需显式类型。
  • 避免 any;必要时使用 unknown 并在使用处收窄。
  • 优先遵循现有 tsconfig.json;无特殊要求保持严格类型检查。
  • 提交前至少执行一次类型检查:
    • pnpm run typecheck(若无脚本则 pnpm exec tsc --noEmit)。

Output Format

  • 默认简洁输出(<=6 条要点或 <=10 行)。
  • 至少包含:改了什么、改在哪、如何验证(可复制命令)、可选下一步。 我用的全局提示。
30 个赞

确实吧,不像论坛说的那样

1 个赞

直接x-high,方案规划好,写几万行代码都没问题。

3 个赞

遇到了这个问题,老师整一些乱码以及前端错误

1 个赞

codex前端没怎么用过,claude前端能力可以。

我也是这样,大佬

确实claude前端能力更好,codex量大管饱

听一下大佬的,我试了还是报错

要调研出这个问题是什么,然后指引它使用脚本处理。

文件编码问题,这估计环境有问题。

怎么解决呢,大佬,一直有编码问题,写点就编码问题

中转?你这个

建议用cli vscode插件挺蠢的

我试试大佬,太坑了,页面全部给改成了乱码,这个测试代价太高