code_execution runs sandboxed remote Python analysis on xAI’s Responses API
(https://api.x.ai/v1/responses, same endpoint x_search uses). It is
registered by the bundled xai plugin under the tools contract.
| Property | Value |
|---|---|
| Tool name | code_execution |
| Provider plugin | xai (bundled, enabledByDefault: true) |
| Auth | xAI auth profile, XAI_API_KEY, or plugins.entries.xai.config.webSearch.apiKey |
| Default model | grok-4-1-fast |
| Default timeout | 30 seconds |
Default maxTurns | unset (xAI applies its own internal limit) |
x_search or web_search. It has no
access to local files, your shell, your repo, or paired devices, and it does
not persist state between calls, so treat each call as ephemeral analysis, not
a notebook session. For fresh X data, run x_search
first and pipe the result in.
For local execution, use exec instead.
Setup
Provide xAI credentials
OAuth requires an eligible SuperGrok or X Premium subscription
(device-code verification, so it works from remote hosts without a
localhost callback):During a fresh install, the same choice is available in onboarding:Or an API key:Or via config:Any of these three also power
x_search and Grok web_search.Enable and tune code_execution
code_execution is available whenever xAI credentials resolve. Set
plugins.entries.xai.config.codeExecution.enabled to false to disable
it, or use the same block to override the model, turn cap, or timeout:How to use it
Make the analysis intent explicit; the tool takes a singletask parameter,
so send the full request and any inline data in one prompt:
Errors
Without auth, the tool returns a structured JSON error (not a thrown exception), so the agent can self-correct:Related
Exec tool
Local shell execution on your machine or paired node.
Exec approvals
Allow/deny policy for shell execution.
Web tools
web_search, x_search, and web_fetch.xAI provider
Grok models, web/x search, and code execution config.