High Risk →

run_editor_python

run_editor_python

How to control run_editor_python ↓

What run_editor_python does on O3de

AI agents invoke run_editor_python to trigger actions in O3de. What it does depends on the arguments the agent supplies, and its effects often reach beyond the immediate call — builds kicked off, notifications sent, workflows started.

High Risk

Why run_editor_python needs a policy

The tool runs Python code in the editor, which can trigger external operations, modify engine state, and interact with the project and build system. While the description is empty (lowering confidence slightly), the name combined with the server's purpose (O3DE automation) and sibling tools clearly indicate this executes code whose effects depend on the Python arguments provided.

From the tool's definition Tool name 'run_editor_python' indicates execution of Python code within the O3DE editor context. The sibling tools include destructive operations (delete_entity, disable_gem) and create/modify operations (add_component, create_entity), suggesting this server…

Documented attack patterns abuse exactly the kind of access run_editor_python gives an agent:

How to control run_editor_python

PolicyLayer is an MCP gateway — it sits between your AI agents and O3de, and nothing reaches the server without passing your rules. This is the rule we recommend for run_editor_python:

policy.json
{
  "version": "1",
  "default": "deny",
  "tools": {
    "run_editor_python": {
      "limits": [
        {
          "counter": "run_editor_python_rate",
          "window": "minute",
          "max": 10,
          "scope": "grant"
        }
      ]
    }
  }
}

run_editor_python stays usable, but rate-capped — a runaway agent can't fire it dozens of times a minute. Everything else on the server is denied unless you say otherwise.

  1. Create a free account and register O3de — nothing to install.
  2. Add this policy — paste it, or build it visually.
  3. Point your MCP client (Claude, Cursor, anything) at your gateway URL.
RATE-LIMIT THIS TOOL →

Free to start. No card required.

Related tools and policies

Go deeper

Questions about run_editor_python

What does the run_editor_python tool do? +

run_editor_python. It is categorised as a Execute tool in the O3de MCP Server, which means it can trigger actions or run processes. Use rate limits and argument validation.

How do I enforce a policy on run_editor_python? +

Register the O3de MCP server in PolicyLayer and add a rule for run_editor_python: allow, deny, rate-limit, or require approval. Point your MCP client at the PolicyLayer proxy URL and the rule is enforced on every call, before it reaches O3de. Nothing to install.

What risk level is run_editor_python? +

run_editor_python is a Execute tool with high risk. Execute tools should be rate-limited and have argument validation enabled.

Can I rate-limit run_editor_python? +

Yes. Add a rate_limit block to the run_editor_python rule in your PolicyLayer policy. For example, setting max: 10 and window: 60 limits the tool to 10 calls per minute. Rate limits are tracked per agent session and reset automatically.

How do I block run_editor_python completely? +

Set action: deny in the PolicyLayer policy for run_editor_python. The AI agent will receive a policy violation error and cannot call the tool. You can also include a reason field to explain why the tool is blocked.

What MCP server provides run_editor_python? +

run_editor_python is provided by the O3de MCP server (nickschuetz/o3de-mcp). PolicyLayer sits as a proxy in front of this server to enforce policies before tool calls reach the server.

Enforce policy on every O3de tool call.

Start from O3de, add the rest of your stack, and see everything your agents can call. Then put policy on all of it.

Free to start. No card required.

30 O3de tools catalogued and risk-classified — across an index of 43,000+ MCP servers.

// GET IN TOUCH

Have a question or want to learn more? Send us a message.

Message sent.

We'll get back to you soon.