四个预设就定义在仓库里的四个目录中，每个目录一个 preset.yml。原文抄下来，不做概括：
| order | id | 名称 | 官方描述原文 |
|---|---|---|---|
| 1 | standard | 标准模式 | 功能完整的编码Agent，支持文件编辑、Shell、文件与网页检索、Skills、计划、目标、子代理和工作流。 |
| 2 | ptc | PTC模式 | 功能完整的编码Agent，但默认不提供workflow工具；其他工具通过PTC模式SDK呈现，让模型用一个TypeScript程序组合多步操作。 |
| 3 | minimal | 极简模式 | 仅提供持久bash与str_replace_editor的双工具编码Agent。 |
| 4 | cordis | 创造模式 | 用于创建自定义Agent preset：具备标准模式的全部能力，并提供运行时检查、插件实验和preset创作指导。 |
怎么选
- 默认用标准模式：工具最全，遇到问题也最容易在网上找到别人踩过的坑。
- PTC模式适合「多步操作可以写成一段程序」的活，它把五轮往返压成一轮（详见下一页）。代价是要有代码运行时。
- 极简模式是给「只要一个shell和一个编辑器」的场景。它的工具面最小，可控性最高，但也意味着没有Skills、没有计划、没有子代理——连上下文压缩都没有。
- 创造模式是给写自定义preset的人用的，多了运行时检查和preset创作指导。日常任务不需要。
最容易踩的坑：以为极简模式只是「功能少一点」。实际它还关掉了上下文压缩（agent.cordis.yml里写着Context compaction is absent），长会话会直接顶到上限。功能少不是大问题，缺了压缩才是。
同一个任务，两种模式的差别
建议自己跑一遍再决定用哪个。做法很简单：同一个任务，在标准模式和PTC模式下各跑一次，只记两个数——工具调用次数与模型往返轮次。不要记墙钟耗时，那个受网络影响太大。
# 标准模式 使用标准模式完成：读取 a.md、b.md、c.md，把三份合成一份 summary.md # PTC 模式 使用 PTC 模式完成同样的任务
如果PTC那次的工具调用次数显著更少，说明这个任务适合用程序组合；如果差不多，那没必要为它多一层复杂度。