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.