MLX · Low-code
How to Set Up Multilogin Automation with Postman
Stand up Multilogin API calls in Postman before you invest in full Puppeteer/Selenium pipelines.
Why Postman first
Postman is ideal to:
- Prove auth headers and base URLs
- Document start/stop profile payloads for the team
- Share a collection without distributing ad-hoc scripts
Once calls are stable, port the same contract into Puppeteer, Selenium, or script runner.
Setup steps
- Create an environment with
baseUrl,token,workspaceId. - Never commit the environment file with live secrets.
- Add an auth request (or set a Bearer token) per your MLX API version.
- Create requests for: list profiles, start profile (automation flags as needed), stop profile.
- Use Tests tab to assert
status === 200and to saveprofile_idinto environment variables. - Run the folder as a collection runner with a tiny concurrency first.
Example environment keys
baseUrl = http://127.0.0.1:35000
token = ***
workspaceId = ********-****-****-****-************
profileId = (set by tests)
Header pattern
Authorization: Bearer {{token}}
Content-Type: application/json
Collection hygiene
| Practice | Reason |
|---|---|
| Separate Staging / Prod environments | Prevent accidental prod stops |
| Name requests by verb + resource | Faster onboarding |
| Store examples of error bodies | Speeds incident response |
| Export collections without secrets | Safe sharing |
From Postman to production
When low-code is no longer enough:
- Copy working payloads into code.
- Add
trace_id, retries, and quarantine. - Enforce the token runbook.
Need seats or Minutes? Partner codes on the Multilogin deals page.