计划模式
Cursor中的一种交互模式，AI在此模式下不直接写代码，而是生成任务计划和架构概览。
时间轴 (近 90 天)
对多文件、跨模块的改动，计划模式能让模型先建立全局视图，避免边写边改导致的局部最优与风格漂移。
计划模式的技术意义在于将‘意图对齐’和‘代码生成’两个环节解耦，生成方案的成本远低于生成代码，因此把纠错前置可以降低无效 token 消耗与回滚成本。
与计划模式相对的是直接执行模式，后者速度更快，但一旦理解有偏差，返工成本也更高。
计划模式的核心是先规划后执行，借鉴软件工程中的设计评审思想，能降低复杂任务中的误操作风险，适合涉及多文件读写、数据汇总和可视化生成等不可逆操作。
对于涉及多文件、多步骤或不可逆操作的任务，建议默认开启计划模式；简单、可快速验证的任务则可以直接执行以提高效率。
计划模式是一种人机协作范式，包含需求解析、任务分解、依赖识别和风险检查等步骤，允许AI在信息不足时向用户提问澄清，体现了“人在回路”的交互原则。
对于多步骤复杂任务，计划模式通过“先规划、后执行”把纠错成本提前到动手之前，能显著提升成功率。
计划模式只讨论不修改任何文件，强制将理解需求和执行修改分成两个阶段，适合复杂业务逻辑任务
全部知识事实 (8)
对多文件、跨模块的改动，计划模式能让模型先建立全局视图，避免边写边改导致的局部最优与风格漂移。
50%待验证计划模式的技术意义在于将‘意图对齐’和‘代码生成’两个环节解耦，生成方案的成本远低于生成代码，因此把纠错前置可以降低无效 token 消耗与回滚成本。
50%待验证与计划模式相对的是直接执行模式，后者速度更快，但一旦理解有偏差，返工成本也更高。
50%待验证计划模式的核心是先规划后执行，借鉴软件工程中的设计评审思想，能降低复杂任务中的误操作风险，适合涉及多文件读写、数据汇总和可视化生成等不可逆操作。
50%待验证对于涉及多文件、多步骤或不可逆操作的任务，建议默认开启计划模式；简单、可快速验证的任务则可以直接执行以提高效率。
50%待验证计划模式是一种人机协作范式，包含需求解析、任务分解、依赖识别和风险检查等步骤，允许AI在信息不足时向用户提问澄清，体现了“人在回路”的交互原则。
50%待验证对于多步骤复杂任务，计划模式通过“先规划、后执行”把纠错成本提前到动手之前，能显著提升成功率。
50%待验证计划模式只讨论不修改任何文件，强制将理解需求和执行修改分成两个阶段，适合复杂业务逻辑任务
50%