平行目標 是做什麼的？
使用此技能將原始使用者任務轉化為可執行的建置簡報，並透過平行目標執行工作。
填寫後的簡報
首先將使用者的請求填入下列模板。使用請求中的相關內容或根據當前專案上下文進行保守推論，取代每個括號內的佔位符：
使用 [技術/框架] 建置 [某物]。它應包含 [主要功能]，具備 [互動/動畫/行為細節]。使其營造 [氛圍/品質]，採用 [視覺細節]、[環境細節] 和 [額外特效]。輸出為 [格式/檔案類型]。
請勿在填入後的版本中留下括號佔位符。如果任務並非典型的視覺建置，請將這些欄位調整為最接近的等效項目：事物、實作環境、核心交付成果、預期行為、品質標準、環境限制、有幫助的收尾細節，以及輸出成品。
僅在遺漏的細節會導致任務無法執行或存在風險時，才向使用者提問。否則，推斷該細節並繼續進行。
目標設定
在分派工作之前，先定義任務的完成標準。
如果目標工具或 /goal 工作流程可用，請在開始之前根據填入後的簡報建立一個新的頂層目標。如果平台已有啟用中的目標且無法建立另一個，請在該啟用目標下繼續，並將新的目標寫入工作計畫中，不要因此封鎖。
頂層目標必須包含：
- 填入後的簡報。
- 具體的完成標準。
- 預期的最終成品或答案。
- 回報前應執行的驗證。
平行分派
將工作拆分為多個可同時執行的獨立部分。使用真正有用的代理數量即可，但對於直接執行更快或更安全的工作，不要建立額外的代理。
良好的平行工作流包括：
- 從現有上下文中釐清產品或需求。
- 架構、資料模型或整合規劃。
- UI 或互動設計。
- 實作獨立的模組或檔案。
- 測試、驗證與邊際案例審查。
- 文案、內容、範例或文件。
為每個代理在任務提示中提供其專屬的 /goal。盡可能保持每個子目標的獨立性與不重疊性。
使用以下形式作為每個代理提示的結構：
/goal [一個清晰的子目標]
上下文：
[填入後的簡報和相關限制。]
可交付成果：
[主代理需要回傳的特定輸出。]
邊界：
[此代理負責的檔案、模組或決策。說明應避免的範圍。]
驗證：
[此代理應執行的檢查或應提供的推理。]
當多代理工具可用時，同時分派子代理，並在其回傳時綜合結果。如果這些工具不可用，則平行處理可用的本地檢查指令，並直接完成剩餘工作。
綜合
主代理擁有最終結果的所有權。
當代理結果回傳時：
- 將其建議與儲存庫或原始上下文進行比較。
- 明確解決衝突。
- 僅採用符合使用者請求和專案限制的部分。
- 保持最終編輯的聚焦，避免無關的重構。
- 執行最可靠的最小驗證，以證明結果可行。
如果代理回傳未經驗證的主張，請在依賴該主張之前先進行驗證。
最終回覆
回報完成的結果、變更或產出的內容，以及進行的驗證。保持答案簡潔且面向使用者，除非使用者要求提供實作細節。