从代码构建者变成 AI 审核员，程序员该如何找回丢失的掌控感

最近在项目里用 Claude 3.5 Sonnet 快速生成功能模块时，我突然陷入了一种极其诡异的心理状态：代码跑通了，Bug 也没多少，但那种“这是我写出来的”成就感竟然消失了。以前写代码像是在盖大厦，每一块砖、每一根梁的逻辑都经过深思熟虑；而现在，我更像是一个坐在监视器前的“代码审核员”或者“提示词搬运工”。

这种转变让很多习惯了手工业模式的开发者产生了严重的精神内耗。当你习惯于通过一个 Prompt 瞬间得到 200 行逻辑严密的函数，然后直接粘贴进 IDE 时，你对产品的归属感会被迅速摊薄。如果一个产品 90% 的代码都是 AI 生成的，我们还能在其中找到多少创造的快感？

很多人将这种焦虑归结为被市场边缘化，或者认为现在的 AI 浪潮纯粹是资本炒作。确实，现在很多所谓的 AI Startups 剥开营销外壳，其实就是简单的 API 套壳，并没有真正的技术突破。在这种环境下，开发者的价值似乎被摊薄成了“调优参数的人”，这种技术倦怠感在行业老兵中尤为明显。

我认为，要摆脱这种“被替代感”，必须强行将重心从“实现功能”转移到“定义问题”上。

首先是回归底层逻辑。AI 极其擅长处理常见的业务逻辑，但在极致的性能优化和复杂架构设计上，它依然缺乏人类的直觉。与其在 AI 生成的高层框架里打转，不如尝试去研究编译器原理、操作系统内核，或者挑战用 Rust 这种强类型语言手写一些高性能组件。当你面对内存管理、所有权机制（Ownership）这种硬核挑战时，你会发现 AI 提供的通用方案在面对具体硬件限制或极端性能需求时往往捉襟见肘，而这种“不可替代”的时刻正是成就感的来源。

其次，我们需要重新构建个人工作流。不要把 AI 当成替代品，而要把它当成一个极其高效但偶尔会犯错的实习生。把精力从“如何写出这段代码”转移到“如何定义这个系统”上。尝试建立一套自己的 AI Agent 工作流，让 AI 处理那些重复性的 CRUD 劳动，而你负责顶层设计和边界条件的把控。

最后，建议尝试彻底脱离商业噪声。屏蔽掉那些所谓的“颠覆性”营销词汇，回归到技术能解决的具体痛点。对于一个快 40 岁的开发者来说，最可怕的不是技术更新太快，而是失去了对“创造”本身的好奇心。

如果你现在觉得写代码没意思，可能是因为你还在用“手工业者”的心态面对一个“工业化”的时代。当代码本身不再成为技术壁垒，解决问题的综合能力和对产品的定义权才是真正的竞争力。

我最近在尝试一个实验：强迫自己启动一个完全不依赖 AI 辅助的小项目，比如写一个简单的命令行工具。在没有任何 Copilot 提示的情况下，重新感受逻辑在指尖流动的快感，这种纯粹的掌控感比在论坛上感叹行业衰落要有意义得多。