Skip to main content
Use the agent’s inbox for email codes, reuse a logged-in profile, or pause for a human. These paths do not require Browser Use to store a TOTP seed.

Let the agent read email codes

Set agentmail on an API V4 run to provision an inbox for its workspace. The inbox address and email skill are added to the agent’s context, so it can receive the message, read the code, and finish the browser flow:
The inbox persists with the workspace. For each API follow-up that needs inbox access, pass agentmail=true again and reuse the same session. Its address is also shown under Settings → Workspaces. For an existing account, start one AgentMail-enabled run, copy that address, configure email forwarding, then continue the same session with AgentMail enabled.

Forward SMS codes to the inbox

If a site only sends codes by SMS, you can use your own phone automation or forwarding provider to email those messages to the workspace inbox. Then tell the agent to read the forwarded message and enter its code.
SMS forwarding is a customer-managed pattern, not a built-in Browser Use integration. Browser Use does not read your phone or mobile account. Limit forwarding to the intended sender and treat verification codes as sensitive.

Reuse a logged-in profile

Sync your local login, then load that profile in the run:
This avoids another 2FA challenge while the site’s cookies remain valid.

Let a human take over

Ask the first run to stop at the 2FA screen, get its live_view_url from the browser.ready event, and have the user enter the code. Then continue with the same session:
See Human in the loop for retrieving and embedding the live browser URL. Never put passwords or TOTP secrets directly in a prompt.