cli_dev_add_user

Create a random test user in the local database. Generates a unique email + bcrypt password hash and inserts via docker exec. Creates a demo project if the project uses multi-tenancy.

Server LaunchFrame MCP launchframe-dev/mcp
Category Write
Risk class Medium
Parameters 00 required

What cli_dev_add_user does on LaunchFrame MCP

AI agents use cli_dev_add_user to create or update resources in LaunchFrame MCP — usually the action step of a workflow, after the agent has gathered context. Every call changes real data in your LaunchFrame MCP environment.

Why cli_dev_add_user needs a policy

This tool creates new records (a test user and potentially a demo project) in a local development database. The operations are reversible (users can be deleted), and the scope is limited to local development environments. While it modifies data, it does not irreversibly delete anything, execute arbitrary code, or trigger production changes. It qualifies as Write.

From the tool's definition Tool description states it "Create[s] a random test user in the local database" and "inserts via docker exec". These are create operations that modify database state reversibly.

Questions about cli_dev_add_user

What does the cli_dev_add_user tool do? +

Create a random test user in the local database. Generates a unique email + bcrypt password hash and inserts via docker exec. Creates a demo project if the project uses multi-tenancy. It is categorised as a Write tool in the LaunchFrame MCP MCP Server, which means it can create or modify data. Consider rate limits to prevent runaway writes.

How do I enforce a policy on cli_dev_add_user? +

Register the LaunchFrame MCP server in PolicyLayer and add a rule for cli_dev_add_user: 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 LaunchFrame MCP. Nothing to install.

What risk level is cli_dev_add_user? +

cli_dev_add_user is a Write tool with medium risk. Write tools should be rate-limited to prevent accidental bulk modifications.

Can I rate-limit cli_dev_add_user? +

Yes. Add a rate_limit block to the cli_dev_add_user 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 cli_dev_add_user completely? +

Set action: deny in the PolicyLayer policy for cli_dev_add_user. 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 cli_dev_add_user? +

cli_dev_add_user is provided by the LaunchFrame MCP server (launchframe-dev/mcp). PolicyLayer sits as a proxy in front of this server to enforce policies before tool calls reach the server.

// LOOK UP ANOTHER 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 →

// GET IN TOUCH

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

Message sent.

We'll get back to you soon.