先规划再构建：Mythex 中计划模式的工作方式

Mythex 聊天有三种模式：Build、Plan 和 Ask。在进行较大或尚不清楚的修改之前，Plan 是应该首先使用的模式。在 Plan 模式下，代理会在不编辑你项目的情况下梳理出方案。你阅读计划，只有当你点击 Build 时，它才会开始进行修改。

它能做什么

每个工作区聊天都有一个模式菜单：

模式	用途
Build	直接在项目中进行修改
Plan	在编辑之前讨论方案
Ask	回答问题，不编辑代码

计划准备好后，聊天中会出现一张计划卡片，其中已列出待办事项。View Plan 会在一个只读标签页中打开它，该标签页展示完整的方案，包括各个部分、内容以及步骤清单，并带有自己的 Build 按钮。在卡片或标签页中点击 Build，代理就会开始实施。

同样的菜单也出现在仪表板的输入框中，因此你也可以在 Plan 模式下开始一个全新的项目。从首页发送时会创建项目，并以你选择的模式打开工作区。

为什么它有帮助

对于小而明确的修改，直接让代理构建效果很好。但对于较大或含糊不清的修改，它可能朝着你并不想要的方向一路走下去，而在错误的起点上进行的每一次修补，都会让下一次修补更加困难。

计划在任何代码改动之前为你提供了一个低成本的检查点。你可以看到代理如何理解你的请求，以及它打算采取的步骤。如果有地方不对，你只需用一句话纠正，而不必拆解整个构建。

Plan 模式也是一个安全的探索场所。代理在规划时只能查看：如果你通过连接器关联了应用，它可以列出这些应用，并研究它们能做什么，但不能执行任何操作。规划过程从不会发送邮件。

如何使用

在工作区聊天的模式菜单中选择 Plan（或者在仪表板的输入框中，为新项目选择）。
描述修改内容。 具体说明你想要什么，以及哪些应该保持不变：名称、品牌色、内容。
回答任何问题。 如果代理需要产品决策，输入框上方会出现一个提出问题的面板。选择一个选项或输入你自己的答案，然后点击 Continue。
阅读计划。 点击计划卡片上的 View Plan，在独立的标签页中打开它。
如有需要进行调整。 在聊天中回复，说明需要改什么。
当你满意时，在卡片或计划标签页中点击 Build。

代理也可以主动建议

如果你处于 Build 模式，而代理认为该请求需要先制定计划，就会出现一张切换到 Plan 的卡片。Switch（或 ⌘/Ctrl+Enter）会以 Plan 模式继续；Skip（Esc）则保持在当前模式。原因下方的进度条是倒计时：如果你不去管它，该回合会自动切换到 Plan，因此在 Build 模式下要求制定计划，仍然会得到一个计划。

何时规划，何时不规划

根据迭代指南：

当修改含糊不清或存在风险，或者是任何大型功能时，使用 Plan。
当你想要解释，例如「这是做什么的？」，而又不想修改文件时，使用 Ask。
当你已经知道想要什么，而且这是一个小而明确的步骤时，使用 Build：修改一个部分、修复一个 bug、添加一个页面。更小的请求意味着更少的意外，也消耗更少的积分。

规划并不能取代分小步迭代，它是为迭代做准备的。好的计划会把一个大功能拆成一份清单，然后由 Build 逐项完成。

如果构建仍然出错

计划可以减少意外，但不能完全消除它们。每个成功的代理回合之后，Mythex 都会保存一个检查点，而回复末尾的 Revert to this point 会把项目文件回滚到该检查点。你还可以编辑之前的消息，并选择 Discard & resend，回退并尝试不同的提示词。这两种方法通常都比与一堆相互叠加的修补纠缠更好。

限制

Plan 模式不编辑文件。在你点击 Build 之前，什么都不会改变。
在 Plan 和 Ask 模式下，代理可以查看已连接的应用，但不能运行任何操作，也不能发起连接。
所有模式都使用同一个标准编码代理，没有模型选择器。