[问与答] 你们是怎么解决 CodeX 写代码过于难看的问题的

一句话看懂：多位开发者反映，切换到 CodeX 后模型会大量生成冗余的胶水代码和兜底逻辑，即使通过详细的 Prompt 或规划工具也难以纠正，暴露出 CodeX 在代码简洁性方面的系统性问题。

事件核心：发生了什么

在 V2EX 社区，一位开发者发帖吐槽 CodeX 代码生成质量不佳。该用户表示，CodeX 倾向于写出大量不必要的胶水代码、空转换以及无意义的 try-catch 结构。即便在 Prompt 中明确描述了需求，或先使用 Opus 4.7 生成计划再让 CodeX 执行，效果改善仍然有限。举例来说，一个 100 行的训练脚本中，近一半代码是用于对单个命令行参数进行正确性判断的冗余校验。此外，用户尝试通过编写 AGENTS.md 规则以及安装 andrej-kaparthy-guidelines、superpowers 等 Skill 进行约束，均未能有效限制这一倾向。

为什么重要

CodeX 作为当前被部分开发者用作主力编程助手的大模型，其代码生成的质量直接影响开发效率和代码维护成本。大量生成胶水代码和兜底逻辑，不仅使代码体积膨胀，还容易引入隐藏的逻辑错误和测试负担。这一反馈表明，CodeX 可能在训练数据或后处理策略层面临“重安全、轻简洁”的偏好，这种设计在对代码风格有较高要求的团队或项目中会成为显著的短板。相比 Claude 等竞品在简洁性上的表现，该问题正在动摇部分早期用户的信任，并可能影响 CodeX 在开发者生态中的长期接受度。

对用户/开发者/创作者的影响

对于依赖 AI 生成代码的开发者，CodeX 的这种行为会显著增加代码审查与重构的工作量。尤其在需要快速原型验证或维护大型项目时，冗余代码会干扰核心逻辑的阅读与调试。部分开发者可能会因此考虑切换回 Claude 或其他模型，增加工具迁移成本。对于使用 CodeX 进行教学或培训的场景，此类代码也会向初学者传递不良的编程习惯。