Grok Build Workflows 發佈

Grok Build 現在支援平行代理人的自動編排

xAI 已在 Grok Build 中發佈了 Workflows，這項功能讓使用者能夠用自然語言描述大型且複雜的任務。接著，Grok 會規劃任務，在背景中透過數百個平行代理人執行，並在完成後提供一份最終的綜合報告。

Workflows 的使用場景

Workflows 專為超出單一對話能力的多元任務而設計。這些包括：

• 大規模程式碼審查： 審查大型 Pull Request (PR) 中的每一個功能。
• 問題分類 (Issue Triage)： 對專案中最後的 100 個 issue 進行分類。
• 程式碼庫審查 (Codebase Auditing)： 針對特定類型的錯誤對程式碼庫進行審查。

基本上，任何可以拆分為獨立部分並需要一份綜合最終報告的任務，都是 Workflows 的候選對象。

技術實作與執行

編排與規劃

Grok 會將每個任務規劃為一個腳本，定義工作階段、分配給每個階段的代理人，以及聚合結果的方法。每個代理人都在乾淨且專注的上下文中運作，以保持精確度。系統可以實施對抗性檢查，例如在將發現結果納入最終報告之前，使用獨立的懷疑者來進行驗證。

代理人容量與狀態管理

• 代理人預算： 標準執行分配了 128 個代理人的預算，較大的工作則最高可達 1,024 個代理人。
• 持續性： 進度會增量儲存。如果執行被暫停並恢復，系統不會重新執行已經完成的工作。
• 監控： 使用者可以透過 /workflows 指令來監控即時進度，包括階段性的更新以及每個代理人的 token 數量。

儲存與重複使用 Workflows

使用者不需要自行編寫編排腳本；Grok 會根據使用者的請求撰寫 workflow，進行冒煙測試 (smoke-checks)，並在後續的執行中不斷改進。

儲存與分享

• 團隊分享： 儲存在 .grok/workflows/ 中的 Workflows 會與使用者的團隊共享。
• 個人使用： 儲存在 ~/.grok/workflows/ 中的 Workflows 可在使用者所有的環境中使用。

指令整合

一旦 Workflow 被儲存，它就會變成一個可接受參數的自定義斜線指令 (slash command)。例如，儲存的 PR 審查 workflow 可以透過 /pr-review [PR_NUMBER] 觸發。

內建功能

xAI 已將 /deep-research 作為內建的 workflow。這項特定的 workflow 會將研究問題分發給平行的調查員，針對每個主張進行來源驗證，並回傳一份附有引用來源的報告。