卡帕西：编程从写文件变成管龙虾！IDE不会凉但得换个用法

闻乐 发自 凹非寺
量子位 | 公众号 QbitAI

作为AI Coding的急先锋，卡帕西把AI写代码玩得炉火纯青。

之前就公开说过现在自己80%的代码都是AI生成的，最近的一些开源小项目，比如
autoresearch大部分也出自AI之手。

按说AI都这么能打了，编程开发工具IDE早晚会被淘汰掉。

可这位AI编程先锋玩家在这个问题上，却给出了一个相反的答案——

不会。迅速引起了百万围观。

IDE不会消失，我们需要的是一个更大的IDE。

大神想说的是编程的玩法变了，开发工具得跟着进化。

以前咱们是跟文件打交道，现在是跟一群会自己干活Agent打交道，工具自然得跟着升级——

功能得从组织文件变成高效协同智能体。

这个观点也引起了不少人的讨论和共鸣。

编程的基本单元变了

搁以前，写代码的工作核心是操作一个个.py、.js这类代码文件。

IDE的作用是帮我们编辑、保存、编译这些文件。

整个开发流程就是自己逐行写代码，把不同文件里的功能模块串联起来，最终形成能运行的系统。

现在不一样了，智能体成了开发中的核心执行单元。

只要明确任务目标和约束条件，我们不用手写代码就能得到可操作的程序。

编程的基本单元从文件变成了Agent，挑战就不再是如何写出高质量的单段代码，而是如何让多个智能体按照预设的逻辑高效协同、有序地推进任务。

模式变了、挑战变了，开发工具自然也要跟着进化。

得从以前单纯管理文件的工具，升级成能统筹、调度多个AI智能体的综合管理平台。

大神还抛出了一张很搞笑的图片，把大厂的组织架构全内涵了一遍。

亚马逊是规规矩矩的树状层级；谷歌是乱成一锅粥的网；Facebook是规矩的蜘蛛网。

微软更绝，直接画了几个小人拿枪对着彼此（懂的都懂），苹果是中心放射的星星状，甲骨文这边大部分是法务，工程师团队被划在小小的圈里……

他配文说，这些都是组织代码（org code），未来的IDE就是用来构建、运行、管理这些东西的。

啥意思？

打个比方，以前的公司组织架构，你是没法复制的，你觉得谷歌那种乱中有序的扁平化氛围好，想把谷歌的组织架构拿来自己用？门儿都没有。

因为你没法fork（程序员术语，复制一份代码自己改）一个谷歌式管理法回来装在自己公司里。

但在AI时代，情况变了。

当你手底下干活的不是人，而是一群AI智能体的时候，你就可以随便折腾了。

觉得亚马逊那种层级分明的管理风格干活效率高？一键fork一个亚马逊式的Agent团队过来，让智能体们照着这套组织逻辑协同工作就行。

这就是未来的IDE真正要管的东西。

更大的IDE是Agent命令中心

所以，卡帕西说的更大的IDE，并不是指界面拉得更大、功能堆得更满；

而是指管理的边界更大，设计逻辑更高级。

在卡帕西眼里，tmux网格（把终端窗口切成整齐的小格子，同时跑多个命令）勉强凑合，但缺了一些掌控全局的爽感，新一代IDE得有这些技能：

• 一键显示/隐藏任意Agent，可以快速收起或展开某个Agent的视图，避免界面过于杂乱；

• 实时显示每个Agent的状态，特别是识别哪些Agent当前处于空闲，哪些正在执行任务，哪些可能出现异常；

• 支持直接弹出相关工具，例如针对某个Agent快速打开终端窗口；

• 提供详细的使用统计信息，包括每个Agent的token消耗量、计算资源占用、运行时长、任务完成率等数据；

• 支持全屏或跨多显示器的指挥中心布局，将整个工作区用于展示Agent概览。

于是就有网友感叹终于有正当理由换个大显示器了！！

大神非常赞同：我也正有此意。

参考链接：https://x.com/karpathy/status/2031767720933634100

一键三连「点赞」「转发」「小心心」

欢迎在评论区留下你的想法！

—完—

🌟 点亮星标 🌟

科技前沿进展每日见