只有工作能 fan out 時才使用 workflow
大型 pull request 的所有 feature review、大量 issue triage，或逐一 audit 所有 route 的同類缺陷，都適合 workflow。工作必須能切成獨立 investigation，最後再形成一份清楚 report。
先用 /create-workflow，或用自然語言要求 workflow，並說清楚 population、independent checks、verification standard 與 final ranking/synthesis。Grok 會詢問 fan-out、verification 與 scope，接著撰寫、smoke-check、保存 workflow，並在 background 執行 orchestration。
/create-workflow Review the current branch for bugs, then verify each finding
Use a workflow to review each feature in this pull request, have independent skeptics verify every finding, and return one ranked report.監看 phases 並保留已完成工作
開啟 /workflows 查看 phases、agents 與 progress；它是 fullscreen TUI 的 live run dashboard，列出 active 與 retained runs，而不是已保存的檔案。用 /workflow pause、resume 或 stop 暫停、恢復或停止 run。官方公告表示 run 過程會保存進度，因此 pause/resume 不應重做已完成工作。
把 live view 當成 operational console：錯誤 fan-out 要提早停止、確認 verification 是否真的獨立，並審查 final evidence，而不是把規模當成品質。
- 監看 scope 與 agent usage。
- 要求每個 finding 都附 evidence。
- Final synthesis 必須對 verified results 負責。
/workflows
/workflow pause review-changes
/workflow resume review-changes
/workflow stop review-changes-2保存成功 orchestration，不保存猜測
Grok 會依 request 撰寫並 smoke-check workflow scripts，project 用的存為 .grok/workflows/<name>.rhai，所有 project 共用的存為 ~/.grok/workflows/<name>.rhai；不要發明或手寫未驗證 file schema。
用 /workflow <name> 加上 optional JSON arguments，或直接用 /<name> slash command 啟動保存的 workflow。平行且有來源的研究可使用內建 /deep-research <query>；成為 team dependency 前仍要審查 generated workflow behavior，policy 需要時可用 [workflows] enabled = false 或 GROK_WORKFLOWS=0 停用。
.grok/workflows/<name>.rhai
~/.grok/workflows/<name>.rhai
/workflow review-changes {"target":"origin/main...HEAD"}
/deep-research <query>