HN讨论 · 身份未知
寻找匹配 AI 协作工作方式的技术面试评估方法
AI 辅助编码改变开发工作后，技术面试仍以手写代码为主。面试官在 HN 上发问：写代码已不是工作内容，面试为何还要考写代码？讨论中有人提出实时结对或问题解决更有效，也有人只用一次电话交谈，但无人给出与 AI 工作方式匹配的成熟流程。
查看原始信号hn:49534377
目标用户
负责设计和执行技术招聘面试流程的面试官、技术团队负责人
潜在需求
一种能评估候选人解决实际问题的结果质量、并允许像日常一样借助 AI 工具的面试方式，而不是以是否亲手写代码作为能力度量的标准。
发生场景
技术团队在招聘时，面试环节仍要求候选人手写代码；但提问者所处的工作方式中，日常编码已主要借助 AI 完成，写代码不再是核心工作内容。面试官感到现有流程与实际工作脱节，在讨论中寻找更适应当前工作方式的评估办法。
来源证据
发布者认为写代码已不再是现在工作的一部分，因此面试也不应再考写代码，并询问谁已找到更好的方式。
Writing code isn't part of the job now, so it shouldn't be part of the interview either. Who's found a better way?https://news.ycombinator.com/item?id=49534377
为什么值得留意
问题直接指向旧评估方式（以写代码为主）与工作现实（AI 辅助）之间的错位；评论区给出的替代方案仍是 AI 出现前就存在的结对或实时练习，且未说明如何把 AI 工具纳入评估，说明这个场景还有可被补充或不满足的空间。
已有方案
- 结对（pairing）或实时问题解决练习
- 单次电话交谈
未满足部分
- 提问者明确表示还在寻找更好的方式，说明现有方案未被认可
- 评论建议面试中应纳入 AI 工具，但未提供具体操作流程或案例
- take-home tasks 被认为从来不是衡量技术能力的可靠手段
可能延伸 · 模型推测
- 为招聘团队设计带 AI 环境的实时结对评估演练或评估工具（模型推测）
- 以解决方案质量为核心、淡化手写代码过程的面试评分体系（模型推测）
- 面向面试官的 AI 协作面试题与评分标准设计服务（模型推测）
目前未知
- 该讨论只有 2 条评论，样本量很小，无法确认需求广度
- 发布者所在岗位和行业不明确，'写代码不是工作的一部分'可能只适用于其特定工作方式
- 评论中的替代方案未被实际验证，也未说明其纳入 AI 后的具体效果
继续核实
- 除该讨论外，是否有更多招聘方明确提出需要适配 AI 协作方式的面试流程？
- 目前有哪些团队已在实际面试中允许候选人使用 AI 工具，效果如何？
- 候选人对面试中使用 AI 工具的接受度和公平性担忧是什么？
主题词
technical interview processai-assisted developmentcandidate evaluationcoding assessment