蜂羣
當一項工作可以分成幾路,蜂羣會讓多個智能體分別推進,再把結果帶回同一條對話。你負責説明目標、材料和交付要求,不必為每一路手動建立會話。
例如審閲一份發佈説明:一路核對功能描述,一路檢查操作步驟。兩路可以同時開始;最後再合併建議,處理重複和衝突。蜂羣的價值在於合適的分工,而不是單純增加智能體數量。
從哪一篇開始
| 現在要解決的問題 | 閲讀 |
|---|---|
| 第一次使用,想把一個目標交給多路處理 | 使用蜂羣 |
| 主 AI 還在工作,又有獨立事項要追加 | 持續蜂羣 |
| 目標複雜,需要邊執行邊細化任務層級 | 遞歸任務 |
| 部分任務失敗,或想在已有結果上繼續 | 恢復與追加 |
| 想交換經驗,或委託另一台設備執行 | 設備協作 |
第一次使用,建議先做只讀審閲。材料和結果容易核對,也方便觀察各路分工是否合理。
分清入口與執行方式
| 名稱 | 解決什麼問題 | 從哪裏判斷 |
|---|---|---|
| 普通蜂羣 | 當前目標怎樣分工 | 輸入框蜂羣開關,以及本輪的任務記錄 |
| 持續蜂羣 | 主 AI 工作時怎樣追加獨立事項 | 編碼輸入框 + 菜單及持續蜂羣徽章 |
| 遞歸運行 | 一個目標怎樣按層級展開、檢查與彙總 | 實際運行的任務層級、依賴和恢復狀態;沒有獨立選擇開關 |
| 設備協作 | 哪台已配對設備接受委託 | 蜂羣權限頁的配對記錄、會話委託卡與任務台賬 |
第一次使用不必把這些入口全部開啓。先完成普通蜂羣的一項只讀任務,再按需要追加工作或連接設備。具體提交限制、恢復步驟和設備狀態分別放在對應指南中。
哪些任務適合並行
適合拆開的工作有明確邊界:分別分析幾份材料、檢查不同模塊,或從不同角度審閲同一份文檔。各路能夠獨立推進,最後有一種清楚的合併方式。
有先後關係的工作需要等待:先確認數據口徑,再計算指標;先完成章節,再檢查引用。可以讓獨立部分並行,把依賴已有結果的部分留到後面。
單句改寫、簡單問答,或者必須逐步由你確認的操作,直接對話往往更合適。並行會增加模型調用和上下文開銷,也需要時間整合結果。
給蜂羣一個明確的目標
不必寫成複雜的任務清單,但要讓每一路知道自己拿什麼、做什麼,以及如何算完成:
用蜂羣審閲這份發佈説明。一路核對功能描述,一路檢查操作步驟。每項問題都標明原文位置、原因和修改建議。最後合併重複項,保留有爭議的結論;先不要修改文件。
這裏的“合併重複項”和“保留爭議”同樣重要。多份看似完整的回答,還不是一份經過整合的交付物。
對話與設備是兩個層面
對話中的蜂羣卡片展示這次任務的分工。設備協作面板展示連接、經驗交換和委託活動。一次本機並行任務不需要先配對其他電腦,也不會因此在設備列表裏新增遠端節點。
聯網協作中的經驗共享,與允許其他設備執行任務分別授權。配對成功不代表它們都已開啓。
工作完成以後
先檢查交付物能否解決原來的問題,再看哪些做法值得保留。蜂羣負責這一次如何分工,可複用經驗負責以後如何利用已經驗證的方法;完成一次任務並不自動證明方法可靠。
普通蜂羣、持續蜂羣和設備協作各有入口。使用前連接對應運行時,並檢查組織策略是否允許相關操作。