跳转到内容

Codex 面试常见追问清单

如果简历里写了 Codex,面试官很可能会追问。

追问不是坏事。只要你准备的是“真实项目 + 真实流程 + 真实判断”,这些问题反而能变成加分项。

面试官可能会问:

  • 这个项目哪些部分是你自己完成的?
  • Codex 参与了哪些部分?
  • 你能不能不看 Codex,把项目流程讲一遍?
  • 如果没有 Codex,你还能不能定位这个功能?

准备方式:

提前把项目按业务流程讲一遍。
明确区分:我负责的判断、Codex 辅助的动作、最终由我验证的结果。

不要把所有功劳都推给 Codex,也不要把 Codex 参与的部分说得神乎其神。

面试官可能会问:

  • 你怎么给 Codex 描述任务?
  • 怎么避免它改到无关文件?
  • 如果它提出大重构,你怎么办?
  • 一次任务多大比较合适?

准备方式:

准备一个你真实用过的任务描述。
重点讲清:目标、范围、不允许做什么、检查方式。

例如:

只修改订单列表页面的筛选逻辑,不改接口协议,不重构组件结构,改完后说明 diff 和验证路径。

面试官可能会问:

  • Codex 说完成了,你怎么确认?
  • 你会看 diff 吗?
  • 你会跑哪些检查?
  • 如果检查失败,你怎么处理?

准备方式:

准备一个具体例子,说明你看过哪些文件、跑过什么检查、确认了哪些路径。

不要只回答“我会测试一下”。要说清楚测试什么。

面试官可能会问:

  • Codex 有没有改错过?
  • 它改错时你怎么发现的?
  • 你怎么让它修正?
  • 有没有回退过 AI 的改动?

准备方式:

准备一个小失误案例。
讲清错误原因、发现方式、修复方式和后续如何避免。

能讲失败案例,反而更真实。

面试官可能会问:

  • 哪些任务适合交给 Codex?
  • 哪些任务你不会直接交给 Codex?
  • 涉及密钥、隐私、生产数据时怎么处理?
  • 团队协作里怎么约束 AI 使用?

准备方式:

把 Codex 定位成工程协作工具,不是无限权限执行者。

可以这样说:

我会把读项目、局部改动、检查清单、文档整理交给 Codex 辅助;
但涉及密钥、生产数据、权限策略、大范围架构调整时,会先人工确认边界。

面试官可能会问:

  • Codex 到底帮你提升了什么?
  • 有没有具体例子?
  • 只是写代码快,还是整体交付更快?

准备方式:

不要编具体百分比。更稳的说法是:

Codex 帮我减少了读陌生代码、整理改动计划、生成检查清单和写交付说明的重复时间。
真正的收益不是只快在写代码,而是让任务从分析到验收更顺。

面试里可以用这个结构回答大部分 Codex 相关问题:

这个任务里,我先让 Codex 做只读分析,确认相关文件和风险点。
然后我限定了改动范围,让它只处理指定模块。
改完后我查看 diff,确认没有无关改动。
之后结合本地运行、构建或测试结果做验收。
最后把改动原因、检查结果和剩余风险整理下来。

这套结构适合页面改动、Bug 修复、接口调整、文档整理等大多数场景。

如果你回答每个问题都围绕“Codex 帮我生成了什么”,会显得薄。

如果你回答每个问题都能回到“我如何控制流程、检查结果、负责交付”,就会稳很多。

这就是 Codex 求职表达的核心。