在 Cursor 0.46 的版本更新中，Cursor 发布了 Agent 功能的重大更新。并且使用了 这样的字眼，来提示用户 Agent 功能正式版发布。
在新版的UI界面中，Agent 作为默认功能使用，可见官方对 Agent 强大能力的认可。
新版本的 UI 升级，去掉了之前的 Composer 侧边栏，现在统一在 Chat 栏下面。
并且可以切换 Agent(默认)，Edit, Ask 三种模式。
熟悉旧版的朋友会发现原本的 Composer 功能去哪里了呢？ 新旧版功能的对应关系如下：
- 原本的 Agent 功能，对应现在的 模式 (默认选项)
- 原本的 Composer 功能，对应现在的 模式
- 原本的 Chat 功能，对应现在的 模式
虽然官方把 Agent 作为默认入口，但是还是把 Composer 的功能保留了下来，通过 模式来实现。
我们之前在 Composer 的教程文章中，也说明了 Composer 提供了多文件的编辑能力。
但是跟 Agent 最大的不同点在于，Composer 是单轮次的操作，而 Agent 具备多轮次的操作能力。
Agent 的底层的行为模式是这样的： 
通过规划、执行、验证三个步骤的循环操作来完成用户提交的任务。
- 规划：根据用户的需求，生成一个详细的规划
- 执行：根据规划，执行相应的操作
- 验证：验证执行的结果是否符合用户的需求, 如果符合则结束, 否则返回规划步骤重新执行
相比之下 Composer 只能完成规划+执行的单轮次操作。
Agent 功能的优势在于，它具有了更多的自主性，在完成更加复杂的功能时，需要的人工干预更少。
但是 Agent 功能也有其潜在的问题，自主性太高有可能会导致 Agent 的决策偏离用户的预期。
如果用户有更加细致明确的需求，也就是说需要更多的人工干预，那么使用 Agent 功能就不太合适了。
之前的 Composer 教程中也说明了这个观点，如果你有很强的需求规划或任务拆解能力，那么使用 Composer 功能(Edit 模式)可能是更加合适的选择。
否则让 Agent 帮你去做需求的规划或任务的拆解，可能是一个更好的选择。
Agent的多轮次操作能力，让它可以使用各种工具进行能力上的扩展。
让我们来看看 Agent 都有哪些工具可以使用：
- 读写代码：可以读取和修改项目中的代码文件
- 搜索代码库：在整个项目中搜索相关代码
- 调用 MCP 服务器：通过 MCP 协议，Agent 可以调用外部的数据源或者功能，极大的拓展了 Agent 的能力
- 执行终端命令：可以运行命令行指令，比如安装依赖、运行测试等
- 自动网络搜索：获取最新的在线信息
Agent 作为 Cursor 的核心功能，要想充分发挥它的价值，我们需要了解它的优势和局限性，并在合适的场景中使用它。
- 自主性强 - Agent 可以自行规划、执行和验证任务，减少人工干预，特别适合复杂但目标明确的任务。
- 工具集丰富 - 通过终端命令、网络搜索、代码库搜索等工具，Agent 能够获取和处理各种信息，大大扩展了它的能力边界。
- 适合探索性任务 - 当你不确定如何实现某个功能时，Agent 可以帮你探索可能的解决方案。
- 可能偏离预期 - 过高的自主性有时会导致 Agent 做出与用户意图不符的决策。
- 不适合精细控制 - 如果你需要对每一步操作都有精确控制，Agent 模式可能不如 Edit 模式合适。
Agent 是 Cursor 提供的一个强大功能，它通过多轮次的操作和丰富的工具支持，可以帮助我们完成很多复杂的开发任务。
总的来说，Agent 最适合那些目标明确但实现路径多样的任务。当你知道"要什么"但不确定"怎么做"时，Agent 能够发挥最大价值。而当你对实现细节有明确想法时，Composer(Edit 模式) 可能更为合适。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请联系我们，一经查实，本站将立刻删除。
如需转载请保留出处：https://51itzy.com/kjqy/226515.html