Grok WorldGrok Build CLI field station

GROK BUILD OPERATING SIGNAL / READ ONLY

LLM が Grok Build CLI を正確に使えるように。

正確な Grok Build syntax、model/effort option、permission 境界、安全な workflow が必要なとき、LLM は実行前にこの source-checked MCP を検索できます。MCP 自体に command execution や file access は与えません。

Grok Build を接続

Claude Code または Codex を使用中なら、その一つだけを install してください。

LLM → MCP → CURRENT CLI

操作 manual を decision loop へ

LLM が質問し、MCP が製品固有の evidence を返します。Grok Build は current CLI のまま native control を維持します。

  1. LLM / ACTIVE AGENT

    現在の task を認識し、command を選ぶ前に Grok Build の正確な動作を問い合わせます。

  2. MCP / VERIFIED SIGNAL

    一致する syntax、configuration、model、workflow、risk label、official source を返します。

  3. GROK BUILD / CURRENT CLI

    LLM は既存の sandbox、approval policy、明示された authority 内で回答を適用します。

対応 CLI
3
source-checked manual
162
read-only tool
12
Hosted endpoint https://mcp.claude-world.com/mcp HTTP / MCP
00 / OPERATING RANGE

LLM が実行前に確認できること

六つの capability group が CLI document を操作 context に変換します。MCP が executor になることはありません。

01 / SYNTAX

正確な Grok command

他の CLI から推測・変換せず、取得済み Grok Build release の command path、flag、引数、example を確認します。

02 / CONFIG

Local data を露出しない設定検索

記録済み configuration key と environment variable 名を確認。MCP は local file や setting value を読みません。

03 / MODELS

Model と effort の適合

日付付き model selector、対応 single-task effort、制約、fallback を確認し、最後に account の live catalog で検証します。

04 / AUTHORITY

Permission 境界を守る guidance

Read-only/may-edit の intent と、実際の approval、filesystem access、sandbox、command execution を分離します。

05 / EVIDENCE

Source が見える回答

重要な回答に captured release、review date、source status、canonical link、既知の drift を残します。

06 / PLAN

現在の context を守る計画

まず current CLI を中心に workstream を分解し、native effort と orchestration、handoff、verification gate を明確に分けます。

01 / ACQUIRE

Grok Build を signal に lock

Grok World では Grok Build を推奨します。実際に使用する CLI client 一つだけを install すればよく、三つすべての接続は不要です。

Claude Code

Add
claude mcp add --transport http --scope user worlds-knowledge https://mcp.claude-world.com/mcp
Check
claude mcp get worlds-knowledge

Codex

Add
codex mcp add worlds-knowledge --url https://mcp.claude-world.com/mcp
Check
codex mcp get worlds-knowledge --json
02 / TRANSMIT

まず current Grok CLI を正確に確認

この prompt は、操作を提案する前に Grok 固有の syntax、model/effort 対応、permission の動作を確認させます。

この task では Grok Build を使用しています。Command を提案する前に worlds_list_cli_versions、worlds_search_cli_reference、worlds_get_cli_command、worlds_list_cli_models を使い、Grok の正確な syntax、model selector、対応 single-task effort、permission の動作を確認してください。Claude Code や Codex の syntax と混同せず、現在の approval 境界を維持し、返された release と official source を引用してください。
03 / CONSULT

Grok で対応する最大深度 model に相談

一つの難問には provider-local の最大深度 model を選びます。Orchestration を有効にせず、cross-provider の絶対 winner も捏造しません。

まず worlds_advise_hard_problem でこの一つの難問を扱い、その後 worlds_list_cli_models と grok models で検証してください。Active かつ唯一の CLI は grok-build です。変更を明示的に許可しない限り execution_intent は read-only。Grok Build の最大深度 model、対応 single-task effort、fallback、POSIX template を示し、permission を拡大しないでください。
04 / PLAN

Authority を暗黙に広げず作業を計画

Planner は適合する限り Grok Build を維持し、model depth と orchestration を分離して、parallel work、handoff、permission、verification を明示します。

worlds_list_cli_models を呼び出してから、worlds_plan_cli_work でこの task を計画してください。grok-build を current かつ available CLI とし、dependency と verification gate が明確な bounded workstream に分解し、すべて read-only を default にします。Workspace 変更を明示的に許可した箇所だけ may-edit を使用してください。生成 shell template は POSIX と表示し、model/effort fallback を示し、permission bypass flag は追加しないでください。
ROADMAP / NEXT KNOWLEDGE LAYER

CLI 習熟の次に system operations へ

現在の 0.5.0 にこれらの system-ops manual は含まれていません。現時点の primary proposition は、current Grok Build CLI を使う LLM に source-checked な正確な操作情報を提供することです。

SHELL / FS

Shell と filesystem

Path、quoting、permission、link、archive、安全な discovery、bounded file operation。

GIT / VCS

Git state と history

Worktree、branch、remote、diff、commit、merge、recovery path、destructive operation の境界。

PROC / NET

Process と network

Process inspection、signal、port、DNS、HTTP diagnosis、local service、credential-safe な network check。

PKG / BUILD

Package と build

Runtime manager、lockfile、dependency resolution、compiler、task runner、cache、reproducible verification。

BOX / CLOUD

Container と cloud CLI

Image、container、registry、deployment context、identity 境界、remote state、irreversible action。

OS / MATRIX

Platform 固有の動作

macOS、Linux、Windows の path、tool、service、permission、native shell semantics を分離します。

05 / BOUNDARY

Read-only を設計上の境界に

  • Query text と選択した filter は hosted endpoint に送信されます。secret、credential、private code は含めないでください。
  • この MCP には local file、local setting value、write、command execution、任意 URL fetch の tool はありません。
  • may-edit planning intent は workspace-write template を返せますが、permission を付与せず、file を変更せず、command も実行しません。Agent と approval policy が常に優先されます。
  • 生成 shell template には POSIX と表示されます。PowerShell または cmd.exe では、使用前に調整・review してください。
06 / SOURCES

Source policy を可視化

  • Released runtime evidence を優先し、次に official documentation を参照します。未リリースの source evidence は preview 表示のままです。
  • 162 manual の corpus と model metadata は review 済み snapshot です。Account の live catalog が最終的な根拠で、公開後にも変わる可能性があります。
  • Result には product、captured release、source status、review date、canonical link、official source が残ります。
  • Runtime、documentation、source の不一致は drift として表示します。重要な判断は返された primary source で再確認してください。