Codex 提示词如何避免遗漏代码风格
我希望 Codex 生成的代码能保持统一的命名、缩进、注释和结构，但实际输出里常会混入不一致的写法。怎样在提示词中提前约束这些细节，减少风格偏差？
在提示词中明确风格规范并提供示例
可以在提示词里直接写清楚命名规则、缩进方式、注释习惯、异常处理方式和文件组织方式，并附上一段你认可的示例代码。若项目已有 lint、formatter 或代码规范文档，也建议一并说明，让 Codex 按既定规则生成。约束越具体，风格偏差通常越少。
团队已经有 ESLint、Prettier、Google Style 之类的规范，但 Codex 还是可能写出不一致的代码。有没有更稳妥的提示方式，让它主动对齐现有规范？
把规范内容转化为可执行的提示约束
不要只说“请遵循项目规范”，而是把关键规则直接写进提示词，例如函数长度限制、变量命名格式、导入顺序、空行规则和注释风格。也可以要求 Codex 在输出前自检是否符合这些规范。这样能把抽象规则变成明确指令，减少偏离。
有时 Codex 的功能实现没问题，但结构、注释和写法和项目其他部分差异很大。提示词里应该怎么表达，才能让它在生成时就考虑上下文一致？
在需求中加入上下文和对齐要求
可以明确告诉 Codex：参考现有模块的写法、保持与当前文件相同的风格、沿用已有工具函数和命名习惯。若你提供相邻代码片段，它会更容易模仿项目已有模式。对于新增内容，也可以要求它优先复用已有结构，而不是自由发挥。
代码逻辑基本可用，但注释、函数拆分、错误处理等细节和团队习惯不一致。怎样调整提示词，降低这种“可用但不统一”的情况？
把风格要求拆成多个可检查项
可以把风格要求拆成独立条目，例如：命名要使用驼峰或下划线、函数只做一件事、错误信息要统一格式、注释只解释业务意图不解释显而易见的代码。还可以要求 Codex 生成后按清单检查一遍。这样能把“风格统一”变成更容易执行的任务。