00:00:00今天我带大家玩个小游戏。这里有几个应用、IDE
00:00:06和智能体工程工具，我想让你告诉我哪个是哪个。注意到什么了吗？
00:00:15它们看起来都差不多。好吧，这个是 VS Code。它看起来不一样，对吧？
00:00:22智能体栏在右边而不是左边，而且你仍然需要每个项目打开一个工作区，
00:00:31可以这么说。也就是每个项目一个 VS Code 窗口，然后在这个项目里运行你的智能体，但
00:00:38当然，这一切也会改变。如果你看一下他们的发布说明，我们将会有 Visual
00:00:46Studio Code 智能体模式、视图、应用或其他什么，在未来的版本中。你现在就可以访问它，
00:00:54如果你参加了 VS Code 内部体验计划发布频道，而在未来 VS Code
00:01:02仍将保留。你仍然可以按照它现在的样子使用。那不会消失，但
00:01:09在未来，你也将能够使用这个应用作为替代方案，并且你可以从
00:01:17VS Code 内部启动它。你猜怎么着？在这里，我们的左侧也有多个项目，
00:01:24项目下方分组了多个会话，这样你就可以拥有一个应用来
00:01:33跨所有项目管理所有智能体，就像在 Claude Code 中一样，是的，这就是 Claude Code
00:01:39或者是 Codex，这是 Codex 或者是 Cursor，当然 Cursor 也仍然拥有旧的 IDE 模式，
00:01:48如果你想要的话，所以你可以使用那个，当然也有 CLI。我是说你可以通过它们的 CLI 使用 Codex 或
00:01:55Claude Code，而且我有关于 Claude Code、Codex 的课程，还有我的 AI 课程，
00:02:02其中涵盖了 GitHub Copilot 和 Cursor，我在其中涵盖了 GitHub 的 IDE，
00:02:09Copilot 和 Cursor，也就是 VS Code 和 Cursor，以及 Codex 和 Claude Code 的 CLI 和桌面应用，
00:02:17所以你有这些选择，有这些不同的方式。但当涉及到桌面应用时，我们似乎有一个
00:02:23非常明显的赢家，未来的编辑器或 IDE（如果你想这么称呼的话），
00:02:30看起来非常像这样。这当然是有道理的，而且很明显
00:02:37我们不知道这是否真的是它的最终形态。我想它不太可能
00:02:44是，因为仅仅在过去的一年里，我们就看到了在这个领域如此多的变化、演变和发展，
00:02:52尤其是关于我们如何与智能体交互的方式，所以这很可能不是最终的
00:02:59形态，但现在这就是我们所拥有的，正如我所说，它确实有道理。我不确定
00:03:07你是否应该同时处理四个项目，每个项目里有五个智能体在各司其职，
00:03:15但那是你的事。我个人大多数时间只使用一到两个智能体，而且
00:03:25因为我确实想思考我交给它们的任务，我想分析代码，但也许
00:03:31我只是老了，当然那也可能会改变，但你确实可以豁出去，轻松地跨多个
00:03:39项目工作。我的意思是，这是一种新的范式，这是我们四三年前
00:03:48甚至两年前都不会做的事。那根本不是个事，你不会打开四个 VS Code 窗口
00:03:56并不断在它们之间跳转切换，在一个项目里写代码然后切换到另一个，
00:04:01你不会那样做，因为你猜怎么着？你当时是在写代码。现如今当然，我们（我也许
00:04:10说的不一定代表你），但很多开发者写的代码更少了。我写的代码肯定
00:04:15更少了，我在其他视频里已经说过了，既然我们现在在编排智能体，正如我所说，
00:04:23拥有这种 UI 就变得顺理成章了。现在这些公司仍在试图弄清楚的
00:04:29是这种 UI 的细节，这种应用。我是说，例如在 Codex 中，你的
00:04:40终端在底部，在 Claude Code 中，它在右侧。所以我们确实有终端访问权限，
00:04:47因为这显然很有意义。你可以争论右侧还是底部更好，
00:04:52我们在两个应用中也都有这个小小的代码差异预览。好吧，我想我在这里没有
00:05:00未提交的更改，但我在 Claude Code 中确实有一些，在那里你可以轻松地查看
00:05:06你的代码更改或未提交的更改，极有可能是由你的智能体应用的更改，
00:05:12你甚至可以在那里添加注释，然后这些注释会被作为上下文添加到你的
00:05:21对话中。这是新的 Claude Code 桌面应用的一项功能，它是在几个小时前发布的，
00:05:27实际上我的课程里已经讲过了。所以这是 Claude Code 桌面应用的功能，也是
00:05:33Codex 桌面应用的功能。你还有像内置浏览器这样的东西，一个内置的
00:05:39Claude Code 预览模式，你可以进行设置，然后启动一个浏览器，在那个浏览器中
00:05:45你甚至可以选择元素并将它们作为上下文添加到对话中。所以这类东西
00:05:51是存在的。在 Cursor 中也有，例如。他们去年就有过一次重大的发布，
00:05:57不是吗？当时他们宣布了他们的浏览器。所以这也是我们看到的，对于 Web 开发，
00:06:02这些 IDE 出现的新趣事，我想 VS Code 也宣布了
00:06:09类似的消息，他们想要改进他们的集成浏览器。我们看到的是，它们
00:06:14确实在朝着一个可以比以前更容易关闭反馈循环的世界迈进，即
00:06:22你可以跨多个项目编排多个智能体，但同时你又拥有一个
00:06:28在同一个 IDE、同一个编辑器中的实时预览，你可以在那里点击内容或添加注释，
00:06:37正如我刚才提到的，直接在预览窗口、在差异窗口中添加注释，这样你就可以
00:06:43向 AI 提供反馈。这显然是我们前进的方向，而
00:06:50看起来变得不再那么重要的是传统的 IDE 功能，比如内置的
00:06:58调试器流程，我承认我以前也不怎么常用，但它似乎消失了，还有
00:07:07像文件树之类的。我的意思是你有文件树，但只是针对你的更改，默认没有文件树，
00:07:14因为如果智能体是在处理文件的人，谁还在乎文件呢？我还是在乎的。因为
00:07:22这个原因，我通常在 VS Code 中打开我的项目，而我个人通常只是
00:07:30在那里打开一个终端，使用 Claude Code、Codex 或带有 Codex 订阅的 Pi，
00:07:38我非常推崇这种基于终端的代码辅助方式。但偶尔我也会跳入
00:07:46桌面应用，但即便如此，我也喜欢能够查看完整的文件树，甚至跳入那些
00:07:54目前尚未被智能体触碰的文件，而这正是这些新 IDE
00:07:59或这些新智能体工程应用（或者随你怎么称呼它们）中所缺失的。它们确实拥有
00:08:07或其中一些拥有像“常规流程”（routines）或 Codex 应用拥有的“自动化”功能，在这些功能中
00:08:14你可以让 AI 智能体不仅仅用于代码编辑或代码生成。例如，你可以创建一个
00:08:21常规流程，确保某个提示词在每天、每个工作日的某个特定时间执行。
00:08:29那当然可以是一个会对你的代码产生影响的提示词，也可以是
00:08:33仅仅分析最近更改、最后几次提交的提示词，或者做一些
00:08:38完全不同的事情。所以我们里面有这类东西。但是，是的，看起来旧款的
00:08:46IDE 和代码编辑器可能正在消亡。当我说明显消亡时，你必须记住
00:08:54这是一个不会非常快的过程，尽管整个 AI 的演进非常迅速，
00:09:02而且一直在发生巨大的变化。即便如此，如果我们跳出我所处的
00:09:09技术泡沫（我当然是其中的一部分，我完全意识到），但如果我们走出这个
00:09:14泡沫，看看普通的公司和在公司里上班的普通人，
00:09:20明天你是看不到他们放弃 IDE 和代码编辑器的，这是肯定的。但我认为总体而言
00:09:28在未来，老派的 IDE 可能会变得不那么重要。我想
00:09:38我也很想听听你们的想法。对我来说，现在最大的问题是，这种
00:09:44应用会赢吗？这种桌面应用，还是会是 CLI、终端用户界面？我的意思是
00:09:53像终端里的 Claude Code，它有明显的缺点：终端并不适合所有人，
00:09:59对吧？我个人也有些纠结。但话又说回来，正如我提到的，我喜欢
00:10:05留在普通的 IDE 里并在终端中使用集成编程智能体的这种流程。
00:10:12但我看到了拥有这样一种应用的优点，它看起来更好，更容易
00:10:19使用，更加用户友好，特别是对于初学者或新人，当然也包括资深开发者。
00:10:24所以哪种方法会胜出，或者我们会两者兼而有之，这将非常有趣。
00:10:31当然也有可能。现在确实是这样，我猜在可预见的未来也是如此。
00:10:39正如开头提到的，这种智能体工程应用风格，尽管目前
00:10:47所有这些应用看起来都很相似，但也可能会不断演进。看看
00:10:53我们的整个工作流程、工作环境和我们使用的工具在一年左右的时间里
00:11:02会变成什么样子，一定会很有趣。