從正確的 repository root 啟動
切換到真正要檢查的 project，再以無參數 grok 開啟 TUI。current working directory 會影響 rule discovery、sessions、project configuration 與 tool scope。
要求修改前，先請它整理 entry point、build command、tests 與高風險邊界。若說明必須以特定檔案為中心，可使用 @src/main.rs 這類 file mention。
cd your-project
grok信任 context 前先檢查
執行 discovery report，確認 Grok 在這個 directory 找到哪些 rules、configuration、skills、plugins、hooks 與 MCP servers。缺少 instruction 是應修正的 repository 問題，不該靠每次 prompt 暗中重複假設。
長 session 可用 /context 查看用量；需要 session identity 時用 /session-info。清楚的 context 邊界會讓後續 resume 與 audit 更容易。
- 確認 working directory。
- 閱讀已發現 rules 與 extension origins。
- 停用或移除任務不需要的 integrations。
grok inspect要求證據，不接受自信語氣
說清楚 user-visible outcome、限制、不可觸碰的檔案，以及完成前必須執行的檢查。要求 Grok 如實回報 failed checks 與 unresolved risk。
接受成果前審查 diff 與 test output。若推理之後仍有價值，就命名或 export session；任務邊界改變時則開新 session。
- 在 prompt 定義 acceptance criteria。
- 要求 focused tests 與相關 full suite。
- 把 tool output 和 repository state 當作證據。