- Oriental_Leaf2026-08-18
最近在用Codex做嵌入式项目，遇到一个很头疼的问题：AI输出的代码功能可以跑，但完全不好二次开发。
1. 变量命名很怪异，语义不直观，看名字猜不出用途；
2. 代码逻辑跳转多，流程绕，梳理不清完整任务执行过程；
3. 写法晦涩，大量复杂表达式，不像人工写的工程代码，可读性很差。
现在我想要自己修改、迭代项目，对着这堆代码基本无从下手。
我也尝试过提示词要求写得直观、通俗易懂，但Codex好像理解不到“工程可读性”这个点，输出改善不大。
想请教一下各位佬友，这种情况该怎么处理？
主楼 - TRG2026-08-18
最重要先把代码架构规范好，什么东西放哪里，然后是代码规范，命名规范，日志规范等等，可以写到agent md 里面。过度封装什么的就需要人去review code 了，一开始最好规划好业务逻辑，数据流转什么的
- 虹夏2026-08-18
感谢佬友，我就用你这一堆结果，让 codex 跟着这类缺陷把代码修回去就好一些了
- 夏景歌2026-08-18
说实话，使用codex对项目进行迭代确实一个很难受的事情， 我深有体会，但没办法，如果只是迭代一版，或者说能跑就行，那就用codex一直改，如果不是，那还是先搞懂代码架构，然后一点一点的用codex改架构
- Oriental_Leaf2026-08-18
佬说的有道理，这方面确实没有注意，还得自己下来研究一下
- Eeevan2026-08-18
这是gpt的老问题，代码不像人写的，claude模型的代码可读性好很多，claude-like的模型，例如glm都会比gpt好很多
- Pre2026-08-18
（帖子已被作者删除）
- raitozjz2026-08-18
^-^这个问题在最早的时候就想过了，首先看你们公司内部是否有规范，如果有就总结成doc或者我比较简单直接整到agent.md里面，如果没有规范那就在一开始的时候生成这个规范，然后另外我还会配套codereview的graph写协助，每次开发基本上都要把方案 文档都整的比较清楚再开发，做完还会review一遍，如果业务非常核心重要，建议人工 + ai review 让ai带你走一遍代码过程
- Oriental_Leaf2026-08-18
真的吗，我目前就用过gpt和gemini的模型，有机会试试其他的
- 万能的AI2026-08-18
ai写的交给ai解决。gpt解决不了的，fable接手解决。
- 李知恩2026-08-18
看别人写的代码或者接手别人代码迭代本身就很耗费时间和精力, 你想一下子看明白是很难的, 特别是自身水平没有那么高的情况下, 除非你的规则定得很细, 每一个需求都是你描述实现思路AI再生成
- Oriental_Leaf2026-08-18
没有规范，看来只能自己积累了 ^-^
- 大侠_周2026-08-18
我review之前一般先让他写注释
- oliver6662112026-08-18