先規劃再建置：Mythex 計畫模式如何運作

Mythex 的對話有三種模式：Build、Plan 與 Ask。遇到較大或不明確的變更之前，Plan 就是你應該先選的模式。在 Plan 模式中，代理會擬定做法，但不會編輯你的專案。你閱讀計畫，只有在你按下 Build 後，它才會開始進行變更。

功能說明

每個工作區對話都有一個模式選單：

模式	用途
Build	直接在專案中進行變更
Plan	在編輯前先討論做法
Ask	回答問題，但不編輯程式碼

計畫準備好時，對話中會出現一張計畫卡片，上面已列出待辦事項。View Plan 會在唯讀分頁中開啟它，顯示完整的做法：各個章節、內容與步驟清單，並附有自己的 Build 按鈕。在卡片或分頁上按下 Build，代理就會開始實作。

同樣的選單也位於首頁的輸入框中，所以你也可以用計畫模式開始一個全新的專案。從首頁送出時，會建立專案，並以你選擇的模式開啟工作區。

為什麼有幫助

對於小而明確的變更，直接要求代理建置效果很好。但對於較大或模糊的變更，它可能會朝你原本不想要的方向出發，而且在錯誤的起點上再疊加每一次修正，只會讓下一次修正更困難。

計畫在任何程式碼變更之前，為你提供一個成本低的檢查點。你可以看到代理如何理解你的要求，以及它打算採取的步驟。如果有哪裡不對，你只要用一句話修正，而不必拆開一次已經完成的建置。

計畫模式也是一個安全的探索空間。代理在規劃時只能查看：如果你已透過連接器連結了應用程式，它可以列出這些應用程式，並研究它們能做什麼，但不能執行任何動作。規劃時絕不會寄出電子郵件。

如何使用

在工作區對話的模式選單中選取 Plan（若是新專案，則在首頁的輸入框中選取）。
描述變更。 請具體說明你要什麼，以及哪些應該保持不變，例如名稱、品牌色彩、內容。
回答任何問題。 如果代理需要產品方面的決定，輸入框上方會出現一個 Ask questions 面板。選擇一個選項或自行輸入答案，然後按 Continue。
閱讀計畫。 在計畫卡片上按 View Plan，它會在自己的分頁中開啟。
必要時調整。 在對話中回覆你要更改的內容。
滿意後，在卡片或計畫分頁上按 Build。

代理也可能主動建議

如果你在 Build 模式中，而代理認為該要求需要先做計畫，就會出現一張 Switch to Plan 卡片。按 Switch（或 ⌘/Ctrl+Enter）會以 Plan 模式繼續；按 Skip（Esc）則留在目前的模式。原因下方的橫條是倒數計時：如果你不去理會，回合會自動切換到 Plan，因此即使你在 Build 模式中要求計畫，仍然會得到計畫。

何時該規劃，何時不必

依據迭代指南：

當變更模糊或有風險，或是任何大型功能時，使用 Plan。
當你想要解釋，例如「這是做什麼的？」，而不想更改檔案時，使用 Ask。
當你已經知道想要什麼，而且只是一個小而明確的步驟時，例如修改一個章節、修正一個錯誤、新增一個頁面，就使用 Build。要求越小，意外就越少，點數消耗也越低。

規劃並不能取代以小步驟迭代，而是讓迭代能順利進行。好的計畫會把大型功能拆成清單，然後由 Build 逐項完成。

如果建置仍然出錯

計畫能減少意外，但無法完全消除。每個成功的代理回合之後，Mythex 都會保存一個檢查點，而在回覆結尾的 Revert to this point 會把專案檔案回復到該檢查點。你也可以編輯較早的訊息，並選擇 Discard & resend 來回到那裡，嘗試不同的提示。這兩者通常都比與一堆相互疊加的修正奮戰來得好。

限制

Plan 模式不會編輯檔案。在你按下 Build 之前，什麼都不會改變。
在 Plan 與 Ask 模式中，代理可以查看已連接的應用程式，但無法執行任何動作，也無法啟動連線。
所有模式都使用同一個標準程式碼代理，沒有模型選擇器。