> ## Documentation Index
> Fetch the complete documentation index at: https://manus.im/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# 平行任務

> 請 Manus 將您的工作拆分成多個獨立任務，並從一個主任務管理它們。從專案開始，讓每個任務都共用相同的脈絡。

## 這是什麼

使用**平行任務**時，Manus 會為您啟動多個獨立任務。您描述一個包含多個部分的目標，Manus 就會為每個部分建立一個任務。所有任務會同時執行。

Manus 不會替您把這些任務放進專案中。最佳做法是先建立一個**專案**，並在其中開始工作。專案會保存關鍵脈絡：指令、檔案、技能、連接器，以及您的網站（如果有的話）。專案中的每個任務都從這些脈絡開始，因此每個新任務都能以先前的工作為基礎。

您提出請求的那個任務就是**主任務**。它負責統籌整項工作。Manus 可以從主任務查看進度、讀取每個任務的結果，並將變更傳送給單一任務或所有任務。

![圖示：您的請求進入專案中的主任務。主任務啟動四個獨立任務，每個任務都有自己的對話和結果，並由主任務讀取它們的結果。](https://mintcdn.com/docs-manus/H5Hp5UOG6qOCJV7q/images/parallel-tasks-overview.png?fit=max\&auto=format\&n=H5Hp5UOG6qOCJV7q\&q=85\&s=843d25c2a95c0f7e8db6e41fd1073ec0)

每個任務都有自己的對話和結果。您在某個任務中提供的回饋只會留在該任務中，因此對某項成果的變更不會影響其他成果。

**範例：** 您要求一套產品發表素材，包含一篇部落格文章、一封電子郵件、版本說明和社群貼文。Manus 會在您的發表專案中啟動四個任務，每項素材各一個。您在各自的任務中審閱每份草稿。接著，您回到主任務，確認四份草稿使用的事實一致。

平行任務適用於任何類型的工作，例如文件、研究、簡報和網站。若要讓多個任務編輯同一個網站，請參閱[在新任務中編輯](https://manus.im/docs/zh-tw/website-builder/edit-in-new-task.md)。

平行任務適合需要同時推進多項工作的人，例如產品經理、創辦人、內容負責人和代理商。如果您一次只問一個問題，一個任務就足夠了。

### 何時使用平行任務、分支、Wide Research 或單一任務

| | 單一任務 | Wide Research | 分支 | 平行任務 |
| :- | :- | :- | :- | :- |
| **您會得到什麼** | 一個對話和一個結果 | 一個彙整後的結果，例如表格或報告 | 一個新任務，複製截至某則回覆為止的對話 | 多個新任務，每個都有自己的結果 |
| **新任務以什麼開始** | 不適用 | 不適用 | 截至該則回覆為止的完整對話記錄和檔案 | 主任務提供的簡短說明，若您在專案中工作，還包括專案脈絡 |
| **由誰啟動** | 您 | Manus，在單一任務內 | 您，從回覆下方的分支圖示 | Manus，在您要求獨立任務時 |
| **最適合** | 一個問題或一項成果 | 在一份產出中處理許多類似項目 | 從同一段對話產出多項成果 | 需要逐一審閱和編輯的多項成果 |

## 如何使用

### 步驟 1：建立保存共用脈絡的專案（建議）

不使用專案也能使用平行任務，但這樣每個任務就只會以其說明開始。專案能讓每個任務擁有相同的起點，並將所有任務集中在側邊欄的同一處。

1. 在側邊欄中，點擊**專案**旁邊的 **+** 圖示。
2. 輸入清楚的名稱，例如 **Q3 發表素材**。
3. 撰寫**主要指令**。納入所有任務都必須遵守的規則，例如目標受眾、語氣、格式，以及結果的儲存位置。
4. 上傳每個任務都需要的**知識庫**檔案，例如產品資料表或風格指南。
5. 新增任務必須使用的**連接器**和**技能**。請先登入每個連接器。將連接器新增至專案並不會替您登入。
6. 如果工作涉及網站，請將網站保留在同一個專案中。您可以在專案內的任務中建置網站，或將建置網站的任務移入專案。

如需更多資訊，請參閱[專案](https://manus.im/docs/zh-tw/features/projects.md)。

### 步驟 2：請 Manus 啟動獨立任務

1. 在專案中開啟一個新任務。這個任務就會成為您的主任務。
2. 請 Manus 為工作的每個部分啟動一個**在此專案中的獨立任務**。Manus 預設會在目前的任務中工作，因此您必須明確要求獨立任務。
3. 請 Manus 為每個任務提供簡短的說明。新任務看不到主任務的對話記錄。
4. 請 Manus 為每個任務回傳一個連結。

**範例請求：**

```text theme={null}
請在此專案中，為以下四項發表素材各啟動一個獨立任務。
為每個任務提供一份完整獨立的說明，包含目標、目標受眾和關鍵事實。
不要在這裡撰寫草稿。

1. 發表部落格文章
2. 公告電子郵件
3. 版本說明
4. 三則 LinkedIn 貼文

任務啟動後，請給我一份清單，每個任務附一個連結。
```

如果 Manus 在此對話中需要 API 存取權限，會顯示**允許這些動作嗎？** 卡片。點擊**在此任務中允許**。Manus 可以在同一個對話中更新此存取權限，而無需再次詢問。

### 步驟 3：分別審閱和編輯每個任務

1. 從連結或側邊欄中的專案開啟任務。
2. 在該任務中審閱結果。
3. 只在該任務中提供回饋。例如，在電子郵件任務中：「將主旨行縮短為六個字。」

每個任務只會變更自己的結果。您可以同時在多個任務中工作。

### 步驟 4：從主任務管理所有任務

回到主任務，從同一處管理所有任務。

| 目標 | 對主任務的請求 |
| :- | :- |
| 查看進度 | 「檢查這四個任務，告訴我哪些已經完成。」 |
| 檢查一致性 | 「閱讀全部四份草稿。標出彼此矛盾或與產品資料表矛盾的說法。」 |
| 將同一項變更傳送給每個任務 | 「將這則訊息傳送給全部四個任務：使用『開始免費試用』作為行動呼籲。」 |
| 變更未來工作的規則 | 「更新專案指令：不要使用驚嘆號。」 |

### 在一個網站上執行多個任務

若要讓多個任務編輯同一個網站或應用程式，請使用**在新任務中編輯**。每個任務都編輯同一個專案，共用一份版本紀錄、資料庫和已發佈的網站。

1. 開啟網站儀表板、資料庫項目或專案網站卡片。
2. 點擊**在新任務中編輯**。
3. 描述此任務必須進行的變更，然後傳送訊息。

您也可以請主任務替您啟動網站任務。如需設定細節、同步、衝突和限制的相關資訊，請參閱[在新任務中編輯](https://manus.im/docs/zh-tw/website-builder/edit-in-new-task.md)。

### 拆分工作的範例方式

| 工作類型 | 如何拆分工作 |
| :- | :- |
| **網站和應用程式** | 每個區塊一個任務：樣式、頁面內容、新功能、錯誤修正。所有任務都透過[在新任務中編輯](https://manus.im/docs/zh-tw/website-builder/edit-in-new-task.md)編輯同一個網站。 |
| **文件和內容** | 每項成果一個任務：部落格文章、PRD 章節、版本說明、電子郵件。專案會讓語氣和事實保持一致。 |
| **研究** | 每個問題或市場一個任務。每個任務將結果儲存到共用位置，例如 Google Drive。主任務負責比較結果。 |
| **簡報** | 每份簡報或每個受眾版本一個任務。專案保存品牌指南和原始資料。 |
| **代理和客服中心** | 每段對話、每位客戶或每次審查一個任務。主任務保持空閒，以便回答簡短問題。 |

## 您需要知道的事

* **Manus 會在您要求時啟動獨立任務。** Manus 預設會在目前的任務中完成工作。請在您的請求中要求獨立任務。對於網站，Manus 也可能建議開啟新任務，由您決定是否啟動。
* **Manus 不會替您建立專案。** 如果您沒有設定專案，新任務不會被歸類在一起，也不會共用指令、檔案或連接器。請在專案中啟動主任務，並請 Manus 在該專案中建立任務。
* **新任務看不到對話記錄。** 每個新任務都以其收到的說明開始，若您在專案中工作，還包括專案脈絡。請將所有任務都需要的規則放在專案中，而不只是放在主任務中。
* **專案更新套用到任務的時間不同。** 指令更新會在您下次於任務中傳送訊息時生效。檔案更新只會套用到更新之後建立的任務。
* **每個任務都會使用點數。** 多個任務可能比單一任務使用更多點數。主任務中的 API 使用也可能消耗點數。
* **動作確認在各個任務中進行。** 如果某個任務需要您的核准，例如在傳送電子郵件之前，請開啟該任務進行核准。主任務無法替其他任務核准動作。
* **同一台電腦上的任務可以共用檔案。** 在同一部裝置和同一個資料夾中執行的任務會看到相同的檔案。Manus 不會自動建立個別副本。請為每個任務指定各自的檔案或資料夾。
* **同一個網站上的任務共用其程式碼、資料庫和已發佈的網站。** 程式碼變更會自動合併，但資料庫變更沒有衝突保護。如需詳細資訊，請參閱[在新任務中編輯](https://manus.im/docs/zh-tw/website-builder/edit-in-new-task.md)。
* **任務保持私密。** 專案協作者只能看到自己建立的任務。若要分享任務，請邀請其他人加入該任務。

## 提示

* **共用規則只寫一次。** 將語氣、格式、事實和儲存位置放在專案指令和檔案中。這樣每個任務都會遵守這些規則，無需額外設定。
* **讓每一輪任務都以上一輪為基礎。** 將完成的結果（例如最終版產品資料表或已核准的文案）儲存到專案檔案中。更新之後啟動的任務會讀取這些檔案，因此下一輪會從已核准的工作開始。
* **將網站保留在專案中。** 如果多個任務會變更同一個網站，請將網站和這些任務保留在同一個專案中。這樣每個任務對網站都有相同的脈絡。
* **為每個任務要求完整獨立的說明。** 每份說明都需要包含目標、目標受眾、關鍵事實和預期產出。說明中不應提及「上面的對話」。
* **決定何時啟動新任務。**
  * 簡短問題：留在主任務中。
  * 獨立的成果：為每項成果各啟動一個任務。
  * 長時間研究（超過約 10 分鐘）：啟動獨立任務，讓主任務保持空閒。
  * 針對某項成果的後續追問：傳送到該成果的任務。
* **依區塊拆分網站工作。** 為每個任務指定不同的區塊，例如樣式、內容或某項功能，並且一次只從一個任務變更資料庫。
* **將主任務作為最終檢查。** 在分享結果之前，請主任務核對每個任務中的關鍵數字和說法。
* **將共用筆記保存在檔案中。** 將筆記、決策和進行中的工作儲存到專案檔案或共用資料夾。每個任務都能讀取檔案。除非主任務替您讀取，否則任何任務都無法讀取其他任務的對話。
* **將回饋轉化為專案規則。** 審閱之後，將學到的經驗加入專案指令。下一批任務就會從更好的規則開始。

## 常見問題

> [accordion] Manus 會自行啟動獨立任務嗎？
>
> 不會。Manus 會在您要求時啟動獨立任務。對於網站，Manus 可能會建議開啟新任務，您可以點擊**在新任務中開始**或**稍後再說**。

> [accordion] 使用平行任務需要專案嗎？
>
> 不需要，但我們建議使用。沒有專案時，每個新任務只會以其說明開始，而且任務不會在側邊欄中歸類在一起。使用專案時，每個任務都共用相同的指令、檔案、連接器和網站，而且您可以在同一處找到所有任務。

> [accordion] 平行任務與 Wide Research 有何不同？
>
> Wide Research 會在單一任務中執行許多代理，並將它們的工作彙整成一個結果，例如表格或報告。平行任務則會建立獨立任務，讓您可以逐一開啟、審閱和編輯。若要在一份產出中處理許多類似項目，請使用 Wide Research。若有多項成果各自需要審閱，請使用平行任務。

> [accordion] 平行任務與分支有何不同？
>
> [分支](https://manus.im/docs/zh-tw/features/branch.md)會將任務截至某則回覆為止的對話記錄和檔案複製到新任務中。每個分支都由您自行啟動。使用平行任務時，Manus 會替您啟動多個新任務。每個新任務只會取得專案設定和一份簡短說明，而不包含對話記錄。當新工作需要完整對話時，請使用分支。當每項工作都可以從清楚的說明開始時，請使用平行任務。

> [accordion] 新任務能看到我在主任務中討論的內容嗎？
>
> 不能。新任務會以專案設定和主任務提供的說明開始。如果您希望主任務使用其他任務的結果，請要求主任務讀取該任務。

> [accordion] 我可以將同一項變更傳送給所有任務嗎？
>
> 可以。在主任務中，請 Manus 將訊息傳送給所有任務。若要讓變更在未來的工作中永久生效，請更新專案指令。

> [accordion] 多個任務可以編輯同一個網站嗎？
>
> 可以。請使用[在新任務中編輯](https://manus.im/docs/zh-tw/website-builder/edit-in-new-task.md)。所有任務都編輯同一個專案，並共用一個已發佈的網站。

> [accordion] 平行任務會使用更多點數嗎？
>
> 每個任務都使用自己的點數。多個任務可能比單一任務使用更多點數，但它們是同時執行，而不是一個接一個執行。

> [accordion] 我的協作者能看到 Manus 啟動的任務嗎？
>
> 預設不能。專案協作者能看到共用的指令和知識庫，但只能看到自己的任務。若要分享任務，請邀請他們加入該任務。

> [accordion] 我可以將現有任務移入專案嗎？
>
> 可以。專案的運作方式就像資料夾，因此您可以將現有任務移入專案。如需更多資訊，請參閱[專案](https://manus.im/docs/zh-tw/features/projects.md)。


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.