阮一峰的周刊今日的 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 站的大佬们都到哪一个级别了 具体使用方式是什么呢
第 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 站的大佬们都到哪一个级别了 具体使用方式是什么呢
第 1 条附言 21 小时 2 分钟前
这只是使用程度的 level ,只代表你是重度使用还是轻度使用，并不是说 leve 越高越好，所以不需要比较 level 的高低。更希望大家能讨论使用姿势
 | 1 ppboyhai 1 天前 第六级，偶尔第八级（ bugreport && bugkiller 的时候） |
 | 2 helone 1 天前 第六级，前后端多窗口一起给我开干，有没有大佬普及下多 agent 效果如何  |
 | 3 joelaw 1 天前 via Android 第二级……，不过我没交期压力，又不急，慢慢来 |
 | 4 justfindu 1 天前 我有个问题哦 你们真有这么多任务需要做吗? 然后做完了也不用 review 吗? |
 | 6 Rat3 1 天前 4 ，我还要检查一遍理解它的思路，因为是已有项目的迭代，我不想出事 |
 | 7 BBrother 1 天前 我在 2 和 5 之间来回跳，取决于项目 |
 | 8 kulove 1 天前 via Android 6 但是思考消耗脑力更多了 |
 | 9 lp7631010 1 天前 4 和 3 感觉顺序反了 |
 | 10 Kobayashi 1 天前 via Android 2 。只有准备离职了，不用管后续维护了，才会使用 3 以上。 |
 | 11 remarrexxar 1 天前 日常大概是 2-4 ，做一些技术验证或者搞一些小工具的时候 4-6 |
 | 12 rich1e 1 天前 如果只是看开了多少窗口，使用了多少 AI ，来判定 AI 编程级别，有点草率。 “阮一峰的周刊”“google 程序员” 没啥好标榜。 参考建议： https://rich-1e.sol.build/517BFA9C-1FA2-4F51-ACC8-AAC3E2AAB799/ |
 | 13 duuu 1 天前 第 9 级，发现 AI 不是完全可靠，回归了 AI+人工 review ，发现并行 AI 太多会导致 review 不过来，又开始减少同时在用的 AI 窗口 |
 | 14 codingerj OP @rich1e 首先不是标榜，只是说明下我的信息来源，方便看到的人去找出处。其次，说的是使用的程度，我觉得这个 level 虽然不是很标准，但是比你链接里的五大能力图要易懂的多，然后我一看，哦原来是你自己的网站啊，那没事了 |
 | 16 YangWaleed 1 天前 我现在输出需求和任务的量不够，一个 ClaudeCode 都用不满。 我觉得我需要一个教程如何能产出更多需求 |
 | 17 Yut 1 天前 via Android 2 孩子们 你们也不想自动驾驶的核心框架是一个月 20 美元的 ai 写出来的吧 |
 | 18 Hilong 1 天前 第五级 |
 | 20 snxq1995 1 天前 第 10 级，目前豆包、Atlas 、Cursor 、Codex 、Claude 、Alma 、Opencode 切换着用。自己写了个工具，做任务状态上报到 Lark 。 |
 | 21 fao931013 1 天前  1 怎么给我看出了一种 ntr 的感觉 |
 | 22 Clannad708 1 天前 多工具 多窗口是怎么弄的？我 cursor+ claude 算吗，而且这种是不同 ai 负责不同模块吗我感觉他们干活可能会冲突。 |
 | 23 freezebreze 1 天前 5 codex 猛干 描述就完事了。 |
 | 24 meeop 1 天前 1 从 3 开始往后都是错误用法了吧 ai 能力再强大，人的 意图输入，决策，结果审查 这三个动作是不能让 ai 替代的，否则产出物就没有任何保证 因此，从 3 往后，放弃人工反馈，审查就都是错误的 然后，不管你真实有多少任务，人的审查精力有限，所以你其实不可能并发开很多 agent 的，而且现在 agent 效率越来越快了，已经不是下个命令等半小时的时代了，现在通常 agent 干的比我审查的速度还快，我最多也就开 2-3 个 agent 就到极限了 然后，8 其实不存在，以后每个 agent 都是支持子 agent 的综合能力 agent ，根本不需要这一层 |
 | 25 cellsyx 1 天前 现在是 4-5, 代码写的很少, 大部分工作都是写文档. 按我的理解, AI 编程的速度瓶颈不应该是人工 review 的速度吗? 6-8 级的怎么保证生成代码的正确性呢, 即使用多个模型交叉验证, 到最后不还是要人工 review 或者 debug 嘛. 还是说这种多个 AI Agent 并行只适用于特定的任务,或是对正确性要求不高的情况? |
 | 26 asdfasasdf 1 天前 4,不检查代码上线出事故就凉了 |
 | 27 ThisDay 22 小时 59 分钟前 2-4 吧 |
 | 28 pweng286 22 小时 57 分钟前 3. |
 | 29 gzeng17291 22 小时 55 分钟前 5 吧主要还是有点贵，开太多烧不起 |
30 ThisDay 22 小时 53 分钟前 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 模式： 信任度提升。关闭权限管理后，代理权限范围扩大。 |
| 32 codingerj OP @meeop 也不是，我举个例子，昨天我写了个初版的项目排期，只写了简单的模块拆分和估时。然后我告诉 claude code ,两个开发分别谁优先负责什么东西，然后告诉他从哪天开始，排除掉节假日，帮我整理出一个日历版本的项目排期，cc 就自己写 py 脚本，自己做,三五分钟就搞好了，我 py 一般，肯定也不会去看脚本，我只关心成果。我觉得现在如果还只是局限于让 ai 写自己本来就会的，只是用来稍微节省自己 crud 等等的时间，就还没解锁 ai 的用法，可以多去看看，开拓一下视野，比如我前段时间看各种 cc skills 发现了很多奇技淫巧 |
 | 33 purringpal 22 小时 22 分钟前 3 左右根据实际情况上下浮动一点，算是目前最优解了。 这种 level 形式容易陷入一个严重误区：越高越好、越熟练、更有优越感 写写 demo 还行，公司项目这种玩法等于作死 |
 | 34 diudiuu 22 小时 20 分钟前 7 |
 | 35 whoosy 22 小时 16 分钟前 6 |
 | 36 crocoBaby 22 小时 3 分钟前 via iPhone 不科学啊，公司的上古项目只支持 L2 |
 | 37 tom 22 小时 0 分钟前 1 做一些不严格要求准确度的事情，当前很快。 我不知道鼓吹 4 以上的人，参不参与实际的业务开发，尤其是 toB 、toG 的复杂业务系统，比如某央企的报账系统、财务系统、运维系统，一个复杂的功能涉及 N 多个场景，很多不同的条件，甚至与多个其他系统进行接口交互，你不盯着 AI 的结果进行 review 吗？ 甚至这些系统都是运行了 7,8 年以上的，架构老旧，且充斥着 Map 传参，sql 拼接，没有注释，我到现在也只能借助 AI 先自己理解业务，找到在什么地方下手后再告诉 AI 怎么干，只能这样拆分成小的功能点再让 AI 参与，然后 review 结果。 你们真当这种大型业务系统的复杂度跟小猫补光灯一样简单啊 从来不否认 AI 的厉害，但是现在到处都是大言不惭鼓吹的，整的我都恍惚了。 还是说像我们这种非互联网行业，toB 业务软件开发的人话语权太低了。 |
 | 38 xiebaota 21 小时 58 分钟前 3 ～ 4 ，C 端项目大家真敢全交 AI 吗？不 Review ，不单测  |
 | 39 lusi1990 21 小时 46 分钟前 via iPhone 有意思 看个乐呵 |
 | 40 usenix 21 小时 13 分钟前 6 |
 | 41 mhycy 20 小时 51 分钟前 L8 ，claude 委派给 codex 干活，vsc 退化为文档工具 |
 | 42 Haku 18 小时 44 分钟前 via Android 2-4 ，公司代码用 2 ，非强关联用 3 ，自己项目用 4 |
Select Language