dev_environment_clone_plan

Plan cloning a coding-focused Yaver dev environment to an existing Yaver device, SSH host, or managed-cloud target. No side effects.

Server Yaver yaver-cli
Category Write
Risk class Medium
Parameters 120 required

What dev_environment_clone_plan does on Yaver

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

ParameterTypeRequiredDescription
repos array
dryRun boolean
target object
verify boolean
runnerIds array
syncKinds array
configKeys array Optional subset of config keys to clone.
skipConfigs boolean Skip allowlisted developer config clone (.vimrc, nvim, tmux, shell rc, i3, terminal, runner configs).
configureCode boolean Set the first cloned repo as yaver code repo on target.
installMissing boolean Install missing supported tools on target.
sourceDeviceId string Optional source Yaver device id; empty means this machine.
targetDeviceId string Existing target Yaver device id/name/alias.

Parameters from the server's own tool schema.

Why dev_environment_clone_plan needs a policy

An AI agent can call dev_environment_clone_plan faster than any human can review — one bad instruction and it creates or modifies resources in Yaver by the hundred, each call as confident as the last.

Risk signalsAccepts file system path (repos[].dir) · Accepts URL/endpoint input (repos[].url) · High parameter count (24 properties)

Questions about dev_environment_clone_plan

What does the dev_environment_clone_plan tool do? +

Plan cloning a coding-focused Yaver dev environment to an existing Yaver device, SSH host, or managed-cloud target. No side effects. It is categorised as a Write tool in the Yaver MCP Server, which means it can create or modify data. Consider rate limits to prevent runaway writes.

What parameters does dev_environment_clone_plan accept? +

dev_environment_clone_plan accepts 12 parameters: repos, dryRun, target, verify, runnerIds, syncKinds, configKeys, skipConfigs, configureCode, installMissing, sourceDeviceId, targetDeviceId. The full parameter table on this page comes from the server's own tool schema.

How do I enforce a policy on dev_environment_clone_plan? +

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

What risk level is dev_environment_clone_plan? +

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

Can I rate-limit dev_environment_clone_plan? +

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

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

dev_environment_clone_plan is provided by the Yaver MCP server (yaver-cli). PolicyLayer sits as a proxy in front of this server to enforce policies before tool calls reach the server.

// GET IN TOUCH

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

Message sent.

We'll get back to you soon.