当编程的核心技能从“写代码”变为“调教 AI”，程序员该如何自处？

[addigi]

最近深度使用 GitHub Copilot 、Cursor 以及各种大模型写代码，产生了一种强烈的“身份恍惚”。

以前，我的核心价值是将模糊的需求，转化为精准的逻辑和优雅的代码。我的武器是编程语言、设计模式和算法。

现在，我发现我的工作越来越多地变成：

1. 拆解需求，把它变成 AI 能理解的一连串精准的“提示词”。
2. 评审 AI 生成的代码，像导师批改作业一样，指出它的逻辑漏洞、性能问题和安全隐患。
3. 用人类智慧去缝合AI 生成的代码块，理解它看似合理但实则诡异的“脑回路”。

这让我想起一个比喻：我们仿佛从建筑师，变成了建筑材料的质检员和自动施工机器的调教师。

我不再亲手砌每一块砖，但我必须更懂砖的好坏，更懂如何指挥机器砌出我想要的形状。如果机器砌错了，我甚至要去理解它“为什么觉得这样砌是对的”。

这种转变带来的困惑是：

• 技能树的剧变：未来更重要的，是“需求工程”、“提示词工程”、“代码评审与甄别”的能力吗？传统的算法和系统设计深度还那么重要吗？
• 价值的再定位：如果 AI 能生成大部分“正确”的代码，那我的不可替代性，是建立在更难的“模糊问题”上，还是建立在“验收与纠错”的权威上？
• 职业的终极形态：会分化成“AI 调教师”（高阶架构师，用自然语言指挥 AI 构建复杂系统）和“逻辑装配工”（负责微调和集成 AI 产出）吗？

想听听大家的感受和看法：你是在享受这种“如虎添翼”的赋能感，还是在警惕这种“温水煮青蛙”的能力迁移？面对这个看似必然的趋势，我们个人该如何规划和准备，才能不被浪潮拍在沙滩上？

[purringpal]

分析的不错，我的看法是：拥抱变化。

不可替代性其实没有本质变化，现在已经人手必备 AI 辅助工具，但是不同的人用 AI 写代码的效率、成果，依然差异巨大。

只是这种不可替代性变得模糊了，因为没有以前那么容易直观具体的体现差异性，但是跳出这种狭义的定义，’不可替代性‘对绝大部分人来说从来都不是容易的事。

[liu731]

这不是一种好事吗？从工人转换成指挥者

[Alias4ck]

感觉只是换了一个新的 DSL 罢了, 只是干活的人不是你, 你只是指挥干活的人,
而且这种 DSL 和自然语言太像了

[cstj0505]

当用肩扛东西变成用拖拉机拉,大力士如何自处,当然是学开拖拉机啦,需求又不会消失

[riceball]

对资深和架构师是真的利好，因为本来这些就是他们的工作: 制定规范，拆分问题，评审代码。 对初级开发才是最糟糕的事情，断送了上升通道。就我而言 AI 作为初级程序员比人好使，而且知识面广，百折不厌，说实话，只要你精通软件工程，那么和 AI 沟通，比人简单，出的代码也比初级程序员强，我敢说，以后招初级甚至中级的都会越来越少。人类的未来真的堪忧。

我的总体感受是，在架构设计层面上，时间效率会下降至少 2 倍，但是会让我架构更全面仔细。而在 coding 层面,效率会提升 2-3 倍,真是架构师的福音，当然你必须严格把控 AI 的代码方向，否则它就会给你一个大惊喜。

[unused]

AI 的趋势必然是全面取代人，“AI 调教师”不过是现阶段的临时角色。就像汽车的出现让司机取代了马车夫，等 Robotaxi 之类全面投入使用之后司机也会失业的。司机的位置能存在百十年，“AI 调教师”能存在多久不好说，从 AI 迅猛的发展速度看并不乐观。

[kakki]

1 拆解需求
2 评审 AI
3 用人类智慧去缝合 AI

以上三条也会消失,我认为消失的顺序应该是 2 >> 3 >> 1

[yrom]

人月神话-> Agent 蜂群神话。“我即是虫群”，要成为虫族刀锋女王首先要学会带领“虫群”

[zhangli2946]

它会变成评价人力的评价标准