AI agents invoke imugi_serve to trigger actions in Imugi. 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.
Starting a dev server is an Execute action because it triggers an external operation (server startup) whose effects depend on the environment and arguments. While the tool itself does not modify production data or run arbitrary user code, it does launch and manage a subprocess with side effects (network binding, resource consumption, file serving).
From the tool's definition Tool description states 'Start a dev server and return the URL' — this initiates and runs an external process (a development server) whose lifecycle is managed by the MCP session.
Attacks that exploit this kind of access
Start a dev server and return the URL (for use with imugi_capture). The server process is tracked and will be cleaned up when the MCP session ends. It is categorised as a Execute tool in the Imugi MCP Server, which means it can trigger actions or run processes. Use rate limits and argument validation.
Register the Imugi MCP server in PolicyLayer and add a rule for imugi_serve: 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 Imugi. Nothing to install.
imugi_serve is a Execute tool with high risk. Execute tools should be rate-limited and have argument validation enabled.
Yes. Add a rate_limit block to the imugi_serve 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.
Set action: deny in the PolicyLayer policy for imugi_serve. 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.
imugi_serve is provided by the Imugi MCP server (m00n7682/imugi). PolicyLayer sits as a proxy in front of this server to enforce policies before tool calls reach the server.
Every MCP server has a record like this.
Type a name, get the same breakdown: verified identity, auth posture, risk grade, capabilities, recommended policy.
Teams ship this data inside their own products. See what a licence covers →