LEVEL1 ~ LEVEL8,你的 AI 编程到哪一个级别了

1 月 30 日
 codingerj
阮一峰的周刊今日的 title 讲的是 google 程序员 Steve Yegge 最新的文章 https://steve-yegge.medium.com/welcome-to-gas-town-4f25ee16dd04 中 对 AI 的看法
他说 AI 编程有 8 级
第 1 级,还没有接触到 AI 编程,你的 IDE 还是正常的样子

第 2 级,你在 IDE 装了 AI 插件,开启了侧边栏,AI 时不时提出代码建议,问你是否接受( Yes or No )。

第 3 级,你开始信任 AI 编程,进入了 YOLO 模式("你只活一次"模式,You Only Live Once )。为了节省时间精力,你不再逐条确认 AI 的建议,只要是 AI 生成出来的东西,你就一路按 Yes ,统统接受。

第 4 级,AI 占据的屏幕宽度越来越大,手工编辑的代码区仅用于比对代码差异。

第 5 级,你索性不要代码区了,改用命令行(比如 Claude Code ),所有的屏幕宽度都留给了 AI 。你现在不看 AI 的生成结果了,只看它的完成进度。

第 6 级,你觉得只用一个 AI 太慢,于是打开 3 到 5 个窗口,同时进行 AI 编程,加快速度。

第 7 级,同时打开的 AI 编程窗口到了 10 个以上,已经是你手工管理的极限了。

第 8 级,你开始使用 AI 任务编排器,让计算机管理并行的多个 AI 编程。

我现在应该是 LEVEL 6 ,claude code + 某很便宜的国产模型,使用强度没那么大 但是之前也用过 vibe-kanban 之类的开源工具 感觉体验不太好 ,总会报错,还不如多窗口。 但是代码类的 ai 生成后 我还是会自己 review 并提交

v 站的大佬们都到哪一个级别了 具体使用方式是什么呢
4023 次点击
所在节点   Vibe Coding
43 条回复
fao931013
1 月 30 日
怎么给我看出了一种 ntr 的感觉
Clannad0708
1 月 30 日
多工具 多窗口是怎么弄的?我 cursor+ claude 算吗,而且这种是不同 ai 负责不同模块吗我感觉他们干活可能会冲突。
freezebreze
1 月 30 日
5 codex 猛干 描述就完事了。
meeop
1 月 30 日
从 3 开始往后都是错误用法了吧

ai 能力再强大,人的 意图输入,决策,结果审查 这三个动作是不能让 ai 替代的,否则产出物就没有任何保证
因此,从 3 往后,放弃人工反馈,审查就都是错误的

然后,不管你真实有多少任务,人的审查精力有限,所以你其实不可能并发开很多 agent 的,而且现在 agent 效率越来越快了,已经不是下个命令等半小时的时代了,现在通常 agent 干的比我审查的速度还快,我最多也就开 2-3 个 agent 就到极限了

然后,8 其实不存在,以后每个 agent 都是支持子 agent 的综合能力 agent ,根本不需要这一层
cellsyx
1 月 30 日
现在是 4-5, 代码写的很少, 大部分工作都是写文档. 按我的理解, AI 编程的速度瓶颈不应该是人工 review 的速度吗?
6-8 级的怎么保证生成代码的正确性呢, 即使用多个模型交叉验证, 到最后不还是要人工 review 或者 debug 嘛. 还是说这种多个 AI Agent 并行只适用于特定的任务,或是对正确性要求不高的情况?
asdfasasdf
1 月 30 日
4,不检查代码上线出事故就凉了
ThisDay
1 月 30 日
2-4 吧
pweng286
1 月 30 日
3.
gzeng17291
1 月 30 日
5 吧主要还是有点贵,开太多烧不起
ThisDay
1 月 30 日
3 的翻译有问题,原文从来没提到就一路按 Yes ,统统接受,我就说 4 还在看 diff ,3 怎么反而一路 yes 。

下面是原文以及翻译参考:

Stage 3: Agent in IDE, YOLO mode: Trust goes up. You turn off permissions, agent gets wider.
第三阶段:IDE 中的代理,YOLO 模式: 信任度提升。关闭权限管理后,代理权限范围扩大。
codingerj
1 月 30 日
@ThisDay #30 哈哈,阮看英文内容总结的东西,评论区也是经常会被吐槽,翻译不准,夹带私人理解,正常的
codingerj
1 月 30 日
@meeop 也不是,我举个例子,昨天我写了个初版的项目排期,只写了简单的模块拆分和估时。然后我告诉 claude code ,两个开发分别谁优先负责什么东西,然后告诉他从哪天开始,排除掉节假日,帮我整理出一个日历版本的项目排期,cc 就自己写 py 脚本,自己做,三五分钟就搞好了,我 py 一般,肯定也不会去看脚本,我只关心成果。我觉得现在如果还只是局限于让 ai 写自己本来就会的,只是用来稍微节省自己 crud 等等的时间,就还没解锁 ai 的用法,可以多去看看,开拓一下视野,比如我前段时间看各种 cc skills 发现了很多奇技淫巧
purringpal
1 月 30 日
3 左右根据实际情况上下浮动一点,算是目前最优解了。

这种 level 形式容易陷入一个严重误区:越高越好、越熟练、更有优越感

写写 demo 还行,公司项目这种玩法等于作死
diudiuu
1 月 30 日
7
whoosy
1 月 30 日
6
crocoBaby
1 月 30 日
不科学啊,公司的上古项目只支持 L2
tom
1 月 30 日
做一些不严格要求准确度的事情,当前很快。

我不知道鼓吹 4 以上的人,参不参与实际的业务开发,尤其是 toB 、toG 的复杂业务系统,比如某央企的报账系统、财务系统、运维系统,一个复杂的功能涉及 N 多个场景,很多不同的条件,甚至与多个其他系统进行接口交互,你不盯着 AI 的结果进行 review 吗?

甚至这些系统都是运行了 7,8 年以上的,架构老旧,且充斥着 Map 传参,sql 拼接,没有注释,我到现在也只能借助 AI 先自己理解业务,找到在什么地方下手后再告诉 AI 怎么干,只能这样拆分成小的功能点再让 AI 参与,然后 review 结果。

你们真当这种大型业务系统的复杂度跟小猫补光灯一样简单啊

从来不否认 AI 的厉害,但是现在到处都是大言不惭鼓吹的,整的我都恍惚了。

还是说像我们这种非互联网行业,toB 业务软件开发的人话语权太低了。
xiebaota
1 月 30 日
3 ~ 4 ,C 端项目大家真敢全交 AI 吗?不 Review ,不单测
lusi1990
1 月 30 日
有意思 看个乐呵
usenix
1 月 30 日
6

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1189420

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX