精確的 Grok 指令
查詢目前擷取版本的 Grok Build 指令路徑、flags、參數與範例，不從其他 CLI 猜測或翻譯。
GROK BUILD 操作訊號 / 唯讀
讓你的 LLM 真正理解 Grok Build CLI。
當 LLM 需要精確的 Grok Build 語法、模型與 effort 選項、權限邊界或安全工作流程時，它可以先查詢這個經來源核對的 MCP，再採取行動；MCP 本身不會取得指令執行或檔案存取能力。
連接 Grok Build
已在使用 Claude Code 或 Codex？只安裝你使用的那一套即可。
- 支援的 CLI
- 3
- 經來源核對的手冊
- 162
- 唯讀工具
- 12
託管端點
https://mcp.claude-world.com/mcp HTTP / MCP LLM 採取行動前能核對什麼
六組聚焦能力把 CLI 文件轉成操作脈絡，但不會把 MCP 變成執行器。
不暴露本機資料的設定查詢
取得已記錄的設定鍵與環境變數名稱；MCP 無法讀取你的本機檔案或設定值。
合適的模型與 effort
核對有日期的模型 selector、支援的單題 effort、限制與 fallback，最後再以帳號 live catalog 驗證。
理解權限邊界的建議
把 read-only 與 may-edit 意圖，和實際核准、檔案系統存取、sandbox 或指令執行清楚分開。
來源可見的回答
在重要回答中保留擷取版本、審查日期、來源狀態、canonical 連結與已知 drift。
保留當前脈絡的工作計畫
優先圍繞目前 CLI 拆分工作，分開原生 effort 與 orchestration，並明列 handoff 和驗證關卡。
讓 Grok Build 鎖定訊號
Grok World 推薦使用 Grok Build。只需安裝你實際使用的那一套 CLI 用戶端，不必三套都連。
Grok Build
本站推薦 新增
grok mcp add --transport http --scope user worlds-knowledge https://mcp.claude-world.com/mcp 檢查
grok mcp doctor worlds-knowledge --jsonClaude Code
新增
claude mcp add --transport http --scope user worlds-knowledge https://mcp.claude-world.com/mcp 檢查
claude mcp get worlds-knowledgeCodex
新增
codex mcp add worlds-knowledge --url https://mcp.claude-world.com/mcp 檢查
codex mcp get worlds-knowledge --json先問清楚當前 Grok CLI
這段 prompt 會要求 Agent 在提出操作前，先核對 Grok 專屬語法、模型與 effort 支援，以及權限行為。
我正在使用 Grok Build 處理這項任務。提出任何指令前，請使用 worlds_list_cli_versions、worlds_search_cli_reference、worlds_get_cli_command 與 worlds_list_cli_models，核對 Grok 的精確語法、模型 selector、支援的單題 effort 與權限行為。請勿混用 Claude Code 或 Codex 的語法，保留我目前的核准邊界，並引用回傳的版本與官方來源。
向 Grok 支援的最大深度模型諮詢
面對一個難題時，可要求供應商內最大深度模型，不啟用 orchestration，也不虛構跨供應商絕對冠軍。
請先以 worlds_advise_hard_problem 處理這個單一難題，再用 worlds_list_cli_models 與 grok models 驗證。我的 active 且唯一 CLI 是 grok-build。除非我明確授權修改，否則 execution_intent 保持 read-only。請使用 Grok Build 最大深度模型與支援的單題 effort，顯示 fallback 與 POSIX 模板，不要擴大權限。
規劃工作，但不要默默擴大權限
Planner 會在適合時保留 Grok Build，分開模型深度與 orchestration，並明列平行工作、handoff、權限和驗證。
請先呼叫 worlds_list_cli_models，再使用 worlds_plan_cli_work 規劃這項任務。把 grok-build 視為目前且可用的 CLI，拆成有明確邊界、依賴與驗證關卡的 workstreams，預設全部為 read-only。只有我明確授權 workspace 修改時才能使用 may-edit。產生的 shell 模板請標示為 POSIX，列出模型與 effort fallback，且不得加入繞過權限的 flags。
熟悉 CLI 之後，才延伸到系統操作
目前 0.5.0 尚未包含這些 system-ops 手冊。現階段主要價值仍是：為正在使用 Grok Build CLI 的 LLM 提供經來源核對的精確操作參考。
Shell 與檔案系統
路徑、quoting、權限、連結、壓縮檔、安全探索，以及有邊界的檔案操作。
Git 狀態與歷史
Worktree、branch、remote、diff、commit、merge、復原路徑，以及破壞性操作邊界。
Process 與網路
程序檢查、signal、port、DNS、HTTP 診斷、本機服務，以及不暴露憑證的網路檢查。
套件與建置
Runtime manager、lockfile、依賴解析、compiler、task runner、cache 與可重現驗證。
Container 與 Cloud CLI
Image、container、registry、部署 context、身分邊界、遠端狀態與不可逆操作。
平台專屬行為
分開處理 macOS、Linux、Windows 的路徑、工具、服務、權限與原生 shell 語意。
唯讀是明確設計邊界
- 你的查詢文字與所選篩選條件會傳送到託管端點；請勿放入秘密、憑證或私有程式碼。
- 此 MCP 沒有讀取本機檔案、本機設定值、寫入、執行指令或任意抓取 URL 的工具。
- may-edit 規劃意圖可以回傳 workspace-write 模板，但不會授予權限、修改檔案或執行指令；仍以 Agent 與核准政策為準。
- 產生的 shell 模板會標示 POSIX；在 PowerShell 或 cmd.exe 使用前必須調整並重新審查。
來源政策保持可見
- 優先採用已發布版本的執行證據，其次是官方文件；未發布的原始碼證據會保留 preview 標籤。
- 162 份手冊語料與模型資料都是經審查的 snapshot；你的帳號 live catalog 才是最終依據，發布後仍可能變動。
- 結果保留產品、擷取版本、來源狀態、審查日期、canonical 連結與官方來源。
- 執行結果、文件與原始碼的差異會以 drift 顯示；重大決策請再核對回傳的一手來源。