智能体预设模式选型指南：标准、程序化调用、极简与创造模式

在基于大模型构建的智能体开发工具中，”模式”往往是最容易被忽视、却又直接影响任务执行效率的一个入口。新建任务时，模式选择器里通常并列着几个选项，名称简短，但背后的工具清单、系统提示词与执行范式差异巨大。本文围绕四类典型预设模式——标准模式、程序化调用模式（PTC）、极简模式与创造模式——展开系统梳理，帮助开发者在不同任务场景下做出准确判断。

一、模式到底是什么：一份插件清单

在多数智能体框架中，”模式”的正式名称是 Agent preset（智能体预设）。它的本质并不神秘：一份预设就是一组子插件的声明式清单，外加一段系统提示词。清单里通常包含以下几类组件：

• 人设提示词：定义智能体的角色、语气与行为边界；
• 文件工具：读写、检索、编辑本地或工作区文件；
• 终端：执行 Shell 命令的能力；
• Skills：可复用的技能模块；
• 子 Agent：将复杂任务拆分给下级智能体；
• 上下文压缩：在长会话中压缩历史，控制 token 消耗。

选哪个模式，本质上就是选哪份清单。Agent 能拿到哪些工具、以什么风格的系统提示词启动，全部由这份清单决定。理解这一点后，很多困惑就迎刃而解了。

二、四个模式的核心差异

1. 标准模式：面向大多数任务的默认选择

标准模式的设计目标很明确——覆盖绝大多数日常任务。在这份预设下，Agent 可以直接调用检索、文件编辑、终端等工具，以”边想边做”的方式推进任务。

它的工作流是典型的逐步调用：模型先思考下一步动作，调用一个工具，观察结果，再决定下一步。这种方式灵活、可控，适合代码编写、问题排查、文档修改等需要频繁与外部环境交互的场景。

对于日常写代码的开发者来说，标准模式通常已经足够。它不需要额外的配置，也不要求开发者理解工具调用的底层机制。

2. 程序化调用模式（PTC）：批量处理与汇总的利器

PTC（Programmatic Tool Calling）模式的思路与标准模式截然不同。它不鼓励 Agent 一步步调用工具，而是让 Agent 编写一段程序来批量调用工具。

具体来说，Agent 会生成一段代码，在程序中完成筛选、循环、聚合等操作，最终把处理结果交给模型。这种”先程序化处理、再交给模型理解”的范式，在处理大批量任务时优势明显。

举个例子：如果需要从几十个文件中提取特定字段并汇总统计，标准模式下 Agent 可能需要逐个读取文件、逐个分析，调用次数多、上下文膨胀快；而在 PTC 模式下，Agent 写一段程序遍历文件、提取字段、输出汇总结果，模型只需要理解最终的汇总数据即可。

因此，PTC 模式适合”一次处理几十个文件再汇总”这类任务。它的代价是要求 Agent 具备较强的代码生成能力，且程序本身的正确性需要保证。

3. 极简模式：为基线对比而生，而非新手友好

极简模式常常被误解。它只提供一个持久 Shell 和一个读图工具，工具数量极少，看起来像是”简化版”。但需要特别强调的是：工具少，不代表对新手更容易。

极简模式的设计目的是基线对比测试。在评估一个智能体的能力时，研究者需要一个”最小能力集”作为参照——如果 Agent 在只有 Shell 和读图工具的情况下依然能完成任务，说明它的推理与规划能力足够强；反之，则说明任务的成功依赖于特定工具的辅助。

因此，极简模式是给需要做能力评估、对照实验的开发者准备的，而不是给刚接触智能体的新手准备的”入门模式”。

4. 创造模式：用对话构建自定义模式

创造模式的定位是元模式——它不直接执行任务，而是用来创建新的模式。

在这个模式下，开发者可以通过对话的方式编写插件、组合工具与提示词，保存后生成一个自定义模式，并出现在模式选择器中。这为团队沉淀特定领域的最佳实践提供了路径：比如为某个项目的代码审查流程定制一套预设，或为数据处理任务固定一组工具组合。

创造模式的价值在于可扩展性。官方预设覆盖通用场景，而自定义预设覆盖团队特有的工作流。

三、三个容易被忽略的关键事实

理解模式差异后，还有三个直接影响使用的细节值得注意。

1. 切换只影响新任务

模式切换是”向前生效”的：已有会话会保留创建时所用的模式，即使修改了默认值，也不会影响正在运行的会话。这意味着开发者可以在不同任务中并行使用不同模式，而不必担心相互干扰。

2. 模式与权限是两回事

这是一个常见的认知误区。模式决定 Agent 能拿到哪些工具，但沙箱与审批策略是单独设置的。切换模式不会放宽或收紧 Agent 能执行的操作范围。换句话说，即使某个模式提供了终端工具，终端命令的实际执行仍然受权限配置的约束。

因此，安全边界的设定应通过权限系统完成，而不是寄希望于模式选择。

3. 部分模式默认隐藏

PTC 和极简模式在默认情况下是隐藏的，需要在通用设置中开启”代码工作工具”后才会出现在模式选择器中。这一设计避免了新手误选不合适的模式，也提醒开发者：这些模式面向的是有明确需求的进阶用户。

四、如何选择：一张决策清单

将上述分析整理为可操作的选型建议：

场景	推荐模式	理由
日常代码编写、问题排查	标准模式	工具齐全，逐步调用灵活
批量文件处理与汇总统计	PTC 模式	程序化调用减少上下文消耗
能力评估、对照实验	极简模式	最小工具集作为基线
定制团队工作流	创造模式	通过对话生成自定义预设

对于大多数开发者而言，从标准模式入手是最稳妥的选择。当遇到明确的批量处理需求时，再切换到 PTC 模式；当需要做能力评测时，使用极简模式作为参照；当通用预设无法满足团队流程时，通过创造模式沉淀自定义预设。

五、小结

智能体预设模式的本质是”工具清单 + 系统提示词”的组合。标准模式面向通用任务，PTC 模式面向批量程序化处理，极简模式面向基线对比，创造模式面向自定义扩展。切换模式只影响新任务，权限与模式相互独立，部分进阶模式需要手动开启。理解这四点，就能在模式选择器前做出准确判断，而不是凭直觉或名称猜测。