Skip to main content
An environment is a saved, named snapshot of your setup: the mock environment, the scenarios and the evals, together with the input files they were built from. You can commit it to git, keep several side by side (for example one per component under test), and switch between them without regenerating anything.

Manage environments in chat

There is no slash command for environments. Say what you want in chat: Listing is read-only. It does not deploy or generate anything.

What an environment holds

Each environment is a directory under plurai_sim/envs/. The directory name is a local alias.
The plurai.env.yaml manifest records the backend handles the environment was built against (env_id, scenario_set_id, eval_set_id, corpus_id) and a content fingerprint of each input file. The env_id is the canonical key; the alias is only a name in your repo. Do not edit the manifest by hand. An environment also owns its knowledge corpus, its trace brief and its uploaded documents. Switching environments switches all three.
If you save an environment before you build the suite, it has no mock environment yet. You can save it, but you can’t switch to it until /simulation-generate-suite creates its mock environment.

Switching

When you switch, the plugin:
1

Checks for drift

It compares each input file with the fingerprint in the manifest. If a file changed since the environment was built, it warns you, for example: plurai.config.yaml changed since this env was generated — its mock, scenarios, and evals may be stale. It does not block the switch.
2

Redeploys the mock environment

The mock environment definition is stored on the Plurai backend under its env_id, so the plugin brings it back up at the same stable URL, https://<your-backend>/mock/<env_id>/. If the definition no longer exists, it tells you, and /simulation-generate-suite builds a replacement.
3

Checks the scenarios and evals still exist

It warns you if a scenario set or eval set the manifest references was deleted on the backend.
4

Makes the environment active

It writes the environment’s handles locally and reports the active environment and its mock environment URL.
Every command then works in the active environment’s directory. A repo with no plurai_sim/envs/ directory works in plurai_sim/ directly.

What to commit

After you save an environment, commit its directory:
Commit the manifest, the input files and the backend-identity markers (.scenario_set_id, .eval_set_id, .corpus_id, .knowledge_bases and the like), so a clone knows which backend sets it uses. Machine-local handles (.active-env, .mock_service_url, .env_id) and every directory of extracted customer content stay out of git. /simulation-scan-agent maintains one managed block in your repo root’s .gitignore that does this for you:
The patterns cover both a single plurai_sim/ directory and the plurai_sim/envs/<name>/ layout. Don’t edit inside the block: the next scan overwrites it. If the block is missing or out of date, run /simulation-scan-agent again. Also add .plurai/ to your .gitignore. It holds local runtime state, including the upload audit log.
An environment keeps one anonymization posture. Once it has uploaded data with anonymize: true or anonymize: false, switching to the other posture is refused. Start a new environment instead. See Data and privacy.

Next steps

Shape your simulation

Change the mock environment, scenarios or evals, then save the result.

Run unattended

Run a saved environment where nobody can answer questions.

Configuration

Every key in plurai.config.yaml.

Build the suite

Create the mock environment an environment needs.