Content

AI-Native 工程师的本质是驾驶 AI agent，而不仅仅是编写代码。其角色分化为两种协作模式：Builder 凭借产品直觉驱动 AI 并跨角色推进任务，Reviewer 则依靠系统思维快速审查输出并为 AI 提供可执行指令。能力重心已从代码执行转向问题提出与审查，其中判断力优先于执行力，沟通力和审查力成为关键，这导致传统仅负责执行的程序员角色消失，工程师必须向驱动定义或审查保障迁移以在 AI 驱动流程中创造价值。

Question

1. 你自己更偏 Builder 还是 Reviewer？还是双栖？
2. 「中间地带消失」这个判断你同意吗？纯执行型程序员真的没有位置了吗？
3. 如果你用这套标准面试自己，哪项否决项最危险？

See Also

Context Isolation
Spec-First Development

Reference

• 2026-03-20 AI-Native Hiring Guide 分析 (github.com/vorojar/ai-native-hiring-guide)
• 2026-03-20-ai-native-hiring-report

YoYo’s Note

AI-Native 工程师是一种新的角色定义：不是「会写代码的人」，而是「会驾驶 AI agent 的人」。

双岗模型

• Builder：产品直觉 + 驱动 AI + 跨角色作战（PM+设计+开发）。核心能力是「不需要授权就能推动事情发生」
• Reviewer：系统思维 + 极快评审 + 给 AI 可执行指令。核心能力是「从单次修复上升到流程优化」

能力重心转移

从「写代码」→「提出正确问题 + 做好 Review」。具体来说：

• 判断力（该不该建）> 执行力（怎么建）
• 沟通力（Issue 质量）= 跟 AI 的通信接口
• 审查力（发现 AI 错误）= 最后防线
• AI 驾驶能力 = 两种岗位中权重最高（25%）

中间地带消失

传统「只写代码」的执行型程序员在 AI 驱动流程中没有位置。要么能驱动产出，要么能守住质量。