$ man context-wiki/plan-mode

计划模式是只读模式。Claude 探索你的代码库、读取文件、研究模式、规划步骤，而不触碰任何东西。不编辑文件。不修改代码。不运行会改变状态的命令。只是思考。在 Cursor 中，你可以切换到计划模式来强制代理在行动前先分析。在 Claude Code 中，Shift+Tab 可以切换。关键洞察：在计划模式下，Claude 会问澄清性问题而不是做假设。仅此一点就值得在任何复杂任务中使用它。

模式

在有多种有效方案或重大权衡的情况下使用计划模式。构建一个涉及多个文件的新功能。重构数据模型。从零开始架构一个营销工作流。调试一个你还不完全理解的问题。 不要对简单、定义明确的任务使用计划模式。如果你确切知道需要改什么、在哪改，直接进入代理模式。重命名变量、修复拼写错误、添加单个字段。这些不需要计划。 经验法则：如果任务可能出错的方式不止一种，先做计划。如果任务很直接，直接执行。

专业技巧

我对任何复杂任务都使用计划模式。但我不只是说"做个计划"。我特别指示 Claude 告诉我它将使用哪些代理、每个代理需要什么上下文、以什么顺序运行、哪些任务可以并行。这就是上下文工程的实际应用。你在工程化那个工程化上下文的计划。当我构建 Clay Wiki 时，计划模式的输出准确地告诉我每个代理将创建哪些文件、哪些现有文件需要编辑，并确认所有四个代理可以并行运行因为它们操作不同的文件。没有那个计划，我会启动互相干扰的代理。

模式

好的计划模式输出包括：(1) 要创建的文件，含完整路径。(2) 要修改的文件，以及需要什么更改。(3) 任务之间的依赖关系。哪些必须先运行？哪些可以并行？(4) 每个任务的模型推荐。繁重的创意工作用默认模型。复制粘贴适配的工作用快速模型。(5) 验证步骤。执行后如何确认一切正常？ 如果你的计划模式输出只是一个模糊步骤的编号列表，说明你没有给 Claude 足够的上下文。加载相关文件，解释架构，重新提问。计划的质量取决于你提供的上下文。计划也是上下文工程。