只有工作能 fan out 時才使用 workflow
大型 pull request 的所有 feature review、大量 issue triage，或逐一 audit 所有 route 的同類缺陷，都適合 workflow。工作必須能切成獨立 investigation，最後再形成一份清楚 report。
用自然語言要求 workflow，並說清楚 population、independent checks、verification standard 與 final ranking/synthesis。Grok 會在 background 規劃並啟動 orchestration。
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。官方公告表示 run 過程會保存進度，因此 pause/resume 不應重做已完成工作。
把 live view 當成 operational console：錯誤 fan-out 要提早停止、確認 verification 是否真的獨立，並審查 final evidence，而不是把規模當成品質。
- 監看 scope 與 agent usage。
- 要求每個 finding 都附 evidence。
- Final synthesis 必須對 verified results 負責。
/workflows保存成功 orchestration，不保存猜測
Grok 會依 request 撰寫並 smoke-check workflow scripts。Team workflow 放在 .grok/workflows，personal workflow 放在 ~/.grok/workflows；不要發明或手寫未驗證 file schema。
保存的 workflow 會成為接受 arguments 的 slash command。平行且有來源的研究可使用內建 /deep-research；成為 team dependency 前仍要審查 generated workflow behavior。
.grok/workflows/
~/.grok/workflows/
/pr-review 5137
/deep-research