The five permissions
The consent screen lists these, in this wording.
Some actions need more than one. Submitting a fix needs Edit and Run. Publishing a verified fix needs Edit and Publish. Generating a script needs Edit, Run and Publish. The command reference lists what each command needs.
To see what your connection carries right now, ask your agent “who am I in Peeps?”.
A permission covers a kind of action, not a fixed list of commands. If Peeps adds a new editing command later, a connection that already holds Edit can use it without asking you again.
Your role still applies
Permissions never lift you above your role in the organization.What your agent asks you first
Your agent shows you what it is about to do and waits for your approval before it changes anything. Approving one step never approves the next. Running a fix, publishing it, and archiving something are separate decisions. For the actions with the most reach, Peeps ties your approval to exactly what you saw:- Runs, fix verifications and script generations spend a plan you approved. The plan names the environment, says whether it is production, and lists every script that will run. A plan is single-use and expires after 30 minutes. If the environment, its variables or the tests around it change before it is used, Peeps refuses it, and your agent asks you to approve a new one.
- Publishing binds the exact script version you reviewed and the version it replaces. If either one moved since you looked, Peeps refuses and your agent shows you the change again.
- Edits to steps, details and prerequisites carry a fingerprint of what your agent read. If somebody else edited the test case in the meantime, Peeps refuses rather than overwriting their work.
Production
Peeps treats an environment namedproduction or prod as production. Your agent tells you when a plan targets production, and a change to a production environment needs your explicit confirmation.
Who else hears about it
Your organization’s owners and admins are notified when a coding agent:- publishes a script version it added, or a verified fix
- creates an environment, or sets, changes or deletes one of its variables
- renames an environment or changes its details
Where the MCP server stops
- Web first. Running, fixing, generating, importing and editing scripts work on web (Playwright) test cases. Archiving, restoring and editing a test case’s details also work for iOS and Android test cases.
- No project deletion. No coding agent can delete a project.
- Projects whose tests live in your repository. If your project runs specs from your own GitHub repository in your own CI, change those specs in your repository. Peeps refuses to create test cases, or to run, fix, generate, import or publish scripts, for that project over MCP. Archiving and restoring test cases still works. It changes how Peeps organizes its test cases, never the repository. Editing a test case’s steps also works, but it edits the Peeps-side notes only.
- Some settings stay in the web app. A project’s timezone, auto-retry and auto-heal settings, file variables, and mobile projects are managed in the Peeps web app. So is connecting Linear.
What leaves your machine
- A coverage check sends search terms only.
- Creating a test case sends the steps you approved plus a commit reference.
- Adding or importing a script sends the test files you approved. Peeps screens each one for credentials.
- Nothing else. There is no upload of your checkout in any flow.