Browser login + X/Twitter posting
Manual logins for browser automation + X/Twitter posting
Browser login + X/Twitter posting
Manual login (recommended)
When a site requires login, sign in manually in the host browser profile (the bot browser).
Do not give the model your credentials. Automated logins often trigger anti‑bot defenses and can lock the account.
Back to the main browser docs: Browser.
Which Chrome profile is used?
Bot controls a dedicated Chrome profile (named bot, orange‑tinted UI). This is separate from your daily browser profile.
Two easy ways to access it:
- Ask the agent to open the browser and then log in yourself.
- Open it via CLI:
bot browser start
bot browser open https://x.comIf you have multiple profiles, pass --browser-profile <name> (the default is bot).
X/Twitter: recommended flow
- Read/search/threads: use the bird CLI skill (no browser, stable).
- Post updates: use the host browser (manual login).
Sandboxing + host browser access
Sandboxed browser sessions are more likely to trigger bot detection. For X/Twitter (and other strict sites), prefer the host browser.
If the agent is sandboxed, the browser tool defaults to the sandbox. To allow host control:
{
agents: {
defaults: {
sandbox: {
mode: "non-main",
browser: {
allowHostControl: true
}
}
}
}
}Then target the host browser:
bot browser open https://x.com --browser-profile bot --target hostOr disable sandboxing for the agent that posts updates.
Last updated on