简介：本文从定义角度解析智能开发助手中的 Agent 预设概念，梳理极简、标准、代码、创造四种模式的定位、能力差异与适用场景，帮助开发者理解如何根据任务复杂度选择合适的 Agent 执行环境。
在智能开发助手或 AI 编程环境中，Agent 预设可以理解为一组预先配置好的执行策略与能力集合。它决定了在当前会话中，智能体可以使用哪些工具、遵循怎样的规划流程、是否启用压缩与搜索、能否调用子 Agent 或 Skill 等。简单来说，Agent 预设定义了智能体“能做什么”以及“以什么方式做”。
从技术视角看，Agent 预设是对智能体运行时能力的一种封装。它把对话压缩、目标管理、计划生成、搜索、Skill 调度、子 Agent 创建等能力按需组合，形成不同的执行模式。从使用视角看，开发者不需要手动逐一配置这些能力，只需要选择一个预设模式，就可以让智能体在合适的复杂度下工作。
在实际开发场景中，任务复杂度差异巨大。一个简单的变量改名可能只需要最基础的上下文读写能力，而一次跨模块的缺陷修复则可能涉及项目搜索、多步骤计划、并行读取和结果汇总。如果所有任务都在同一套完整能力下执行，会带来几个问题：
一是资源消耗增加。启用计划、搜索、压缩、子 Agent 等能力会产生额外的处理步骤和上下文开销。对于简单任务，这些开销没有价值。
二是执行路径变长。当智能体被允许做计划、调用多个子任务时，即使是简单修改也可能被过度拆解，导致响应变慢、过程冗长。
三是可控性下降。能力越多，行为越难预测。开发者有时只希望智能体执行最直接的修改，而不希望它自主搜索或创建子任务。
Agent 预设的出现，正是为了解决“能力与任务复杂度匹配”的问题。通过预设不同的执行范围，开发者可以更精确地控制智能体的行为边界。
常见的 Agent 预设通常按照能力从少到多、从简单到复杂划分。以一组典型配置为例，可以划分出四种模式。
极简模式是能力最受限的预设。它通常只保留最基础的目标执行能力，不包含压缩、搜索、Skill 调用、计划和子 Agent 创建等功能。这种模式适合简单修改、最小化测试或验证基础执行流程。
它的核心价值在于快速和低成本。由于不需要额外的规划与工具调用，智能体可以在最短路径上完成任务。对于开发者来说，当只需要“改一个值”“修一行代码”时，极简模式是最直接的选择。
标准模式通常是默认选择，面向日常写代码、修 Bug、分析项目等常规开发工作。它在能力上与极简模式形成明显对比：包含对话压缩、目标管理、计划等核心命令，能够处理中等复杂度的任务。
标准模式的设计目标是平衡。它既不会像极简模式那样限制过多，也不会像更高级模式那样引入过多自主性。对于大多数开发场景，标准模式提供了合适的工具集和执行深度。
代码模式针对大批量搜索、并行读取和多步骤自动处理进行优化。在这种模式下，智能体可以更高效地遍历项目文件、同时读取多个相关代码段，并按步骤自动完成复杂处理。
这种模式的价值体现在规模化操作。当任务涉及跨文件分析、批量修改或需要从大量代码中提取信息时，代码模式能够减少逐次交互的成本，提升整体执行效率。
创造模式是开放度最高的预设。它允许开发者开发新的 Agent 预设或插件，相当于在智能体内部创建新的执行逻辑。这种模式适合需要扩展智能体能力边界的场景。
创造模式体现了 Agent 体系的可扩展性。开发者不只是在“使用”一个固定工具，而是在定义新的工具形态和行为规则。这种能力让智能体可以从一个执行器演化为一个可编程的开发平台。
从命令和功能角度看，不同预设之间的差异可以通过如下结构理解：
极简模式：├── 目标命令└── （无压缩、搜索、计划、Skill、子Agent）标准模式：├── 对话压缩├── 目标管理├── 计划生成├── 搜索└── 其他核心命令代码模式：├── 对话压缩├── 目标管理├── 计划生成├── 批量搜索├── 并行读取└── 多步骤自动处理创造模式：├── 对话压缩├── 目标管理├── 计划生成├── 搜索├── Skill 开发└── 新预设/插件创建
从以上结构可以看出，极简模式的能力集最小，标准模式是基础完整集，代码模式在搜索与并行处理上增强，创造模式则进一步开放了扩展与自定义能力。
在智能开发助手的输入框中，开发者通常可以通过斜杠命令快速选择不同的指令或 Skill。这些指令和 Skill 本质上是预定义的动作或工具调用入口。
不同预设模式下，可用的指令范围不同。极简模式由于只有目标命令，输入框中的可选项会明显减少。标准、代码和创造模式则拥有更丰富的指令选择，包括对话压缩、目标设置、计划执行等。
Skill 可以理解为面向特定任务的可复用能力单元。它可能是一个代码检查流程、一个测试生成器，或者一个项目结构分析工具。Skill 的可用性也受到当前预设模式的约束。在极简模式下，由于不支持 Skill 调用，相关入口会被隐藏或禁用。
原文中提到的“写作工作台”是一个通过创建自定义 Agent 预设得到的实例。它不是系统预设模式，而是开发者根据自身需求，在创造模式或相关设置中定义出来的专属工作环境。
自定义 Agent 预设的意义在于，开发者可以将自己的工作流固化为一个可重复使用的能力集合。例如，一个专注于技术文档写作的工作台，可能会关闭代码搜索功能，启用特定的文本处理 Skill，并调整计划生成的粒度。这样在面对写作任务时，智能体不会执行无关的代码搜索操作，而是聚焦于内容生成与结构优化。
Agent 预设的具体区别在设置页面通常有详细说明。开发者可以在设置中查看每个预设包含哪些能力、命令和可用工具，从而做出合适的选择。
极简模式适合：单一文件的小修改、快速验证智能体响应是否正常、不需要上下文压缩的短会话。
标准模式适合：日常功能开发、缺陷定位与修复、项目结构理解、需要计划能力的任务。
代码模式适合：跨文件的批量读取、代码库级别的搜索分析、多步骤自动化处理流程、需要并行读取的场景。
创造模式适合：扩展智能体能力、创建自定义预设、开发新的 Skill 或插件、为特定工作流定制执行环境。
在选择 Agent 预设时，需要关注几个方面。
任务复杂度匹配：不要为了简单任务选择高能力模式，这会增加不必要的过程和延迟；也不要让复杂任务在极简模式下执行，因为缺少搜索和计划能力会降低完成质量。
上下文长度敏感：涉及长会话时，对话压缩能力很重要。极简模式没有压缩功能，长对话可能导致上下文快速膨胀，影响执行效果。
能力边界确认：开发者在切换预设时，应先确认当前任务需要哪些能力。如果任务需要搜索代码库，但当前模式不支持搜索，执行结果会受到明显限制。
自定义预设维护：自定义预设会随着工作流调整而变化，需要定期检查其配置是否仍然合理。过度的能力限制或过于开放的权限都可能影响使用体验。
Agent 预设是智能开发助手中用于定义智能体执行能力边界的一组配置集合。它通过组合对话压缩、目标管理、计划、搜索、Skill 和子 Agent 等能力，形成不同的执行模式。极简、标准、代码、创造四种预设分别覆盖了从最小可用到高度可扩展的场景范围。
理解 Agent 预设的核心在于：它不只是功能开关的集合，更是一种执行策略的选择。开发者通过选择不同的预设，实际是在定义“智能体以何种方式理解和完成任务”。在工程实践中，合理选择预设模式，可以有效提升任务执行的效率、可控性与结果质量。