docs
Signed-in sites and secrets
Reuse a signed-in Chrome profile, run a cloud profile, or type origin-scoped secrets from a Bitwarden vault.
fastbrowse.ai·all docs·source at the pinned commit·Raw Markdown·llms.txt
Signed-in sites
Sign in once by hand in a profile of its own, then point runs at it:
google-chrome --user-data-dir="$HOME/.fastbrowse/amazon" https://www.amazon.com/ # sign in, then close Chrome
uv run fastbrowse "Add a UGREEN USB-A to USB-C cable, 2m, to my cart." \
--start https://www.amazon.com/ --profile ~/.fastbrowse/amazon --headed
On a cloud browser the profile lives on the Browser Use Cloud account
rather than on disk, and --cloud-profile ID runs as it. Whoever signed that profile in did so once, in a
browser of their own; the run inherits the cookies and no model is shown a credential:
uv run fastbrowse "Add a UGREEN USB-A to USB-C cable, 2m, to my cart." \
--start https://www.amazon.com/ --cloud-profile prof_1234
Or from your vault, with the Bitwarden CLI unlocked. The item's saved URIs
must match --start; values are then typed only on that origin, and models see only the names username and
password, plus one_time_code when the item holds an authenticator key (the current code, computed as it is typed):
export BW_SESSION="$(bw unlock --raw)"
uv run fastbrowse "Add a UGREEN USB-A to USB-C cable, 2m, to my cart." \
--start https://www.amazon.com/ --bitwarden Amazon --profile ~/.fastbrowse/amazon --headed
To change a password, supply its replacement as an origin-scoped secret named new_password, alongside
the existing password. Refer to new_password in the task and use --authorize to allow submission.
Without the replacement secret, the run asks for input; it never generates a password or reuses the old one.