这张表只写「什么情况下考虑它」，不写「哪个更好」。因为好坏取决于你的活，不取决于模式。
| 你的情况 | 考虑 | 理由（来自预设定义，不是我的判断） |
|---|---|---|
| 不确定、第一次用 | 标准模式 | 工具面最全，覆盖文件编辑、Shell、检索、Skills、计划、子代理、工作流 |
| 多步操作能写成一段程序 | PTC模式 | 工具通过SDK呈现，模型用一段TS组合，多轮往返可压成一轮 |
| 只要跑命令和改文件，不要别的 | 极简模式 | 只有持久shell与str_replace_editor两个工具，没有Skills/计划/子代理 |
| 要写或调自定义preset | 创造模式 | 标准能力 + 运行时检查 + 插件实验 + preset创作指导 |
| 会话会很长、会追问很多轮 | 别用极简模式 | 极简模式的agent.cordis.yml明确写Context compaction is absent |
| 没有可用代码运行时 | 别用PTC模式 | PTC要求codeRuntime且language有注册的SDK渲染器，否则prompt组装失败 |
两条硬约束值得单独记
- 极简 = 无压缩。这不是「功能少一点」，是长会话会顶到上限。用它的前提是任务短、轮次少。
- PTC需要代码运行时。而且不是随便什么运行时都行——语言必须有注册的SDK渲染器（TypeScript或Python）。缺了就启动失败，不是降级运行。
最后一条判断法：拿不准就用标准模式。它不是最优，但它是「出问题时最容易查到别人怎么说」的那一个——这一点在排错时价值很高。