AI 编程适合新手还是老手，看这两个场景

2026-07-26 AI编程,新手入门,程序员成长

去年九月我那个失败的画板游戏，种子计划一天进来 180 人，次日留存只剩 5 人。那会儿我代码全是自己写的，问题不在代码质量。这件事让我想明白一件事：AI 编程适合新手还是老手，跟水平关系不大，跟你能不能验收关系很大。

AI 编程适合新手还是老手：老手用得爽，新手也不是不能用

一句话：AI 放大的是你的判断力，不是你的能力。

判断力强的人，产出翻几倍；判断力弱的人，错误也翻几倍。

但新手有一类活是可以放心交出去的，下面分开说。

| 维度 | 老手 | 新手 |

|---|---|---|

| 主要收益 | 省掉写样板和查文档的时间 | 快速看到能跑起来的东西 |

| 主要风险 | 懒得复核，把 AI 的判断当自己的 | 看不懂产出，错了也发现不了 |

| 验收方式 | 看 diff 和边界条件 | 靠跑起来看现象 |

| 适合的活 | 重构、补测试、批处理、迁移脚本 | 学语法、做小工具、照着教程改 |

| 不适合的活 | 完全放手架构和核心逻辑 | 涉及收钱和数据安全的模块 |

| 心态陷阱 | 以为自己更快了 | 以为自己学会了 |

表里最要命的是「心态陷阱」那一行，两边都会踩。

不是写代码更快，是不用再查那些记不住的 API。

我做过 Web、Cocos、Java、Go，语言之间的语法细节经常打架。以前切换要翻文档，现在直接问。

另一个收益是重构。老手知道该往哪重构，只是懒得动手，这部分交给 AI 很划算。

但老手有个特有的坑：判断力会让你跳过复核。你觉得「这我熟」，然后就不看了。我那次被改坏的订单筛选条件，就是这么漏过去的。

新手最该用它来做「看得见结果的小东西」。

照着教程改、跑起来看现象、改一个参数看变化——这个循环对建立手感很有用。

不该用的地方也很明确：任何涉及钱、涉及用户数据、涉及线上服务的东西。

理由很简单，你连它写错了都看不出来。这个阶段的正确目标是能看懂，不是能交付。

我现在把自己当成「验收方」而不是「作者」。

写不写是我定的，写得好不好是它的事，对不对是我的事。

配置上我是 1 个真人加 5 个 AI 员工，小码负责写，我负责判断哪些能进主干。

这套分工成立的前提，是我能看懂它写的东西。 超出我能力范围的部分，我宁可自己写或者不做。

Q：AI 编程适合新手还是老手？

A：都适合，但目标不同。老手用它能省样板和重构的时间，新手用它适合做看得见结果的小工具来练手感。

Q：新手用 AI 写代码会越写越废吗？

A：取决于你有没有停在「能跑就行」。如果每次都追问为什么，能力会涨；只复制粘贴就容易停在表面。

Q：老手用 AI 最大的坑是什么？

A：因为有判断力，反而容易跳过复核。改动范围、边界条件这些该看的地方，恰恰是最容易漏的。