作为 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
一键三连「点赞」「转发」「小心心」
欢迎在评论区留下你的想法！
— 完 —
� � 点亮星标 � �
科技前沿进展每日见
睿迎网配资提示：文章来自网络，不代表本站观点。
