• 繁體中文(香港)
  • 使用建立模式

    Deep Build 和 Fast Build 會改變 MeDo 工作的深入程度以及每則訊息的費用。了解何時該用哪一種。

    更新於 2026-09-14

    開啟提示詞列上的 + 選單,選擇 Deep BuildFast Build。這個設定同時影響你得到的結果質素,以及積分消耗的速度。同一個選單還有 Add from asset library(從素材庫加入)Upload(上載)

    Deep Build 是預設模式。 如果你從未動過這個控制項,你至今送出的所有訊息都使用了它。

    MeDo 首頁,提示詞框下方是一列輸出類型

    兩者的分別

    Deep BuildFast Build
    每則訊息費用40 積分10 積分
    行為規劃更多、檢查自己的工作、處理多步驟改動直接回應、最少規劃
    最適合新應用程式、涉及資料的功能、任何有多個環節的東西小改動、文案修改、樣式、快速提問

    完整價目表參閱積分系統

    何時使用 Deep Build

    • 第一次建立應用程式。
    • 加入任何會儲存或讀取資料的功能。
    • 加入登入、角色或存取規則。
    • 橫跨多個頁面的改動。
    • 你已在 Fast Build 中要求過但結果不對的東西。

    何時 Fast Build 已足夠

    • 「修改這個標題。」
    • 「把按鈕改成綠色。」
    • 「換掉這張圖片。」
    • 「在價目表加一行。」
    • 針對你的應用程式提問,而不是修改它。

    節省地工作

    對大多數人來說實用的模式:

    1. 第一次建立和任何結構性改動用 Deep Build
    2. 之後大量的小修正用 Fast Build
    3. 如果 Fast Build 的嘗試沒有成功,回到 Deep Build

    不過,有兩件事比切換模式更能節省積分:在生成之前把需求文件寫對,以及在訊息中寫得具體,讓改動一次到位。參閱撰寫更好的提示詞深入編輯

    注意事項

    • 模式適用於你即將送出的訊息,而你的選擇會在該瀏覽器中保留。
    • 切換模式不會撤銷或改變任何已建立的東西。
    • Deep Build 需要更長時間。這是正常的——它工作時你可以離開頁面。