Windows · Fingerprint Chromium and Dovra 1.0 portable · Codex and Claude

Give every agent the right browser environment

Every Codex or Claude project session gets its own window and target while reusing a persistent environment you already signed in to. Passwords, CAPTCHA, and account switching stop and return control to a person.

  • Windows 10 / 11, 64-bit
  • No cap on browser environments
  • Data stays in %APPDATA%\Thorp
Thorp · browser environments
Thorp browser environments with example names, categories, data folders, proxies and running status.Thorp browser environments with example names, categories, data folders, proxies and running status.

A browser environment is one login state that stays consistent with itself

The environment holds the login; a session owns only its own window. The four statements below are behaviour you can check in the software, not slogans.

1

You sign in once

You enter your password in the destination website’s real window, without giving it to the Agent.

1:1

One environment, one profile

Cookies, login state, proxy and extensions all live in that persistent folder.

2

Two concurrent runs, free

Local environments have no count cap. Cloud environment slots and team members expand independently.

0

No cloud sync by default

New environments stay local. Choosing a cloud category enables encrypted sync.

Put plainly: the environment-routing layer your automation is missing. Persistent environments hold login state; temporary MCP sessions own only their windows. One agent can use several environments, and several agents can share one without fighting over a tab.

The problem is not clicking a page. It is operating the right environment.

Agents can already click pages. The recurring failures are profile locks, target cross-talk, and work continuing under the wrong login premise. Every report below is public.

  • The upstream docs say it plainly: one persistent profile, one browser instance at a time. Concurrent callers must share that process with explicit target ownership, or use temporary isolation that throws the login away.

    microsoft/playwright-mcp docs
  • Parallel agents end up driving the same tab, so their results contaminate each other.

    microsoft/playwright-mcp #893
  • An agent routes to the wrong browser environment and runs while signed out, which changes what the task means.

    NousResearch/hermes-agent #44499
  • A Windows user deletes profile directories, kills Chrome and reboots, and still cannot run two sessions.

    microsoft/playwright-mcp #752

Persistent environments and temporary agent windows are separate

A browser environment is one persistent profile: cookies, login state, proxy, and extensions live there. An agent session is one temporary MCP process that owns only the window and target it created.

Windows in the same environment share login state. Navigation, screenshots, clicks, typing, and close operations stay bound to their own targets.

Ordinary MCP calls expose only a target-scoped WebSocket. The environment-wide CDP endpoint is reserved for an explicit human debugging request.

The clock and the location are not saved either. They are read from the IP you are coming out of, every time a window opens, so an account never turns up with a US address and a Tokyo clock.

live activity
Codex · project-a
  development → window 1842 / target A
  search      → window 1845 / target B

Claude · project-b
  development → window 1851 / target C

same development profile:
shared login, separate page control
profile the folder that survives a reboot
session one temporary MCP client session
login you do it once, by hand
data Local by default, optional encrypted cloud sync

Connect once, then reuse deterministically from each project

Connect Codex / Claude

The desktop installs Skill and MCP atomically and restores the original files if the real handshake fails.

thorp create browser1fordev --group project1 --tag development

A new environment is created only after explicit approval. Passwords and checks requiring your presence are handed back to you.

.thorp/browser-environments.local.json

The project stores only stable environment IDs and purpose metadata, never cookies or tokens.

Windows and WSL2 both start the stable Windows CLI over stdio. The desktop window does not need to stay open.

Your agent gets its own target, and nothing else

Codex and Claude Code are officially supported. A connection transaction changes only Thorp's Skill directory and MCP entry, preserving every unrelated configuration.

Sharing login state does not turn window separation into account isolation. Sign-out, cookie clearing, and environment deletion remain explicit human actions.

thorp
$ thorp list --group project1       # inventory real environments first
$ thorp create browser1fordev \
    --group project1 --tag development  # only after explicit approval

MCP browser_open id=12             # this session's owned window
MCP browser_windows                  # lists only its own windows

The layer environment routing adds

Traditional multi-profile and antidetect-browser workflows remain compatible, but V2 is about deterministic selection, reuse, and target ownership for agents, not the number of browser windows a person can open.

Dimension Separate Chrome profiles Antidetect browsers Cloud browser services Thorp
Concurrent agents One profile, one process lock. You still have to build target ownership and reuse. Yes. This is the thing they are built for. Yes, on someone else’s machine. One process and login state per environment; one owned window and target per MCP session.
Where the login lives Your disk, mixed in with your daily browsing. Your disk on local plans, their cloud on the sync plans. The provider’s infrastructure. Your disk, one persistent profile per browser environment.
Proxy and timezone Shared with everything else in that browser. Per profile, and they have years of practice at it. Per session, chosen by the provider. Per environment. Timezone and coordinates read from the exit IP at launch.
Agent access You wire up CDP flags yourself and keep them working. A REST API on the paid tiers. Nothing to install into your agent. Provider API, provider quota. One Codex/Claude Skill protocol; ordinary calls receive only their target-scoped WebSocket.
What you pay for Nothing, until the maintenance lands on you. Profile count, then seats, then automation as an add-on. The sticker price is the starting point. Metered minutes, whether the run succeeded or not. Local environments have no count cap. Cloud environments, team members and add-ons have explicit prices; payment requires confirmation.

What Thorp does not do

It does not type your password

You enter your password in the destination website’s real window, without handing it to the Agent.

It does not solve CAPTCHA for you

When a page wants a human, the run stops, the window stays open on that page, and Thorp pings you. Waiting for a person is a normal state here, not a crash.

It does not promise you will never be flagged

It keeps each environment consistent with itself: language, clock and location match the exit IP. Nobody can promise a platform will never flag an account, so we do not.

Cloud sync is your choice

New environments stay local by default. Choosing a cloud category syncs necessary browser data in encrypted form. See the Privacy Policy for how connected external Agents may process page content.

It does not change how your environments behave behind your back

Auto-update is off by default, and any release that changes how your environments behave says so in the release notes. A silent change across long-lived profiles can put every account at risk at once.

It does not pretend one machine is infinite

A running environment is still a browser process. Windows in one environment reuse it; concurrency across environments is ultimately bounded by machine memory.

Agent actions still run under your authorization

Thorp does not create an agent roster for you to maintain, and it never signs in for you. Local agents can discover environments; project maps make selection deterministic, while people retain control of sensitive state changes.

Our terms put it the same way: you are the principal. The responsibility sits with the person who gave the permission, not with the tool and not with whoever made the model. What you may and may not allow fits on one page, and it names specific things instead of speaking vaguely.

Questions people ask before installing

Does it run on macOS or Linux?

Not today. Windows 10 and 11, 64-bit. macOS comes after the Windows version has its first ten paying users. Until then it is not on the roadmap, and we would rather say that than give you a date we cannot hold.

What does the free version include?

Local environments and manual windows have no product count limit. Free Agent access has two channels per instance. Cloud slots and team seats expand independently; see Pricing for details.

Where exactly does my data sit?

Configuration and the database live in %APPDATA%\Thorp. Each browser environment is an ordinary profile. Deletion, cookie cleanup and account sign-out remain explicit human actions.

Can I use my own proxies?

Yes, one per environment, HTTP or SOCKS5. Authenticated proxies use a local relay so the password never appears in browser process arguments.

Will this keep my accounts from being banned?

No. Thorp provides environment isolation, session reuse and explicit window ownership. Platform enforcement is not a variable we control.

Can I move an environment to another machine?

The beta includes optional encrypted cloud sync and recovery, with the required entitlement and a PIN you set yourself. Validation currently covers supported browsers of the same version, not arbitrary profile copies, cross-version conversion or full Dovra cloud recovery. Recovery nodes remain a software beta.

Can I buy a paid plan now?

Local features are free. Choose Personal monthly or Team monthly/annual in the account center for your workspace, with seats and resource packs in the initial order. Review the total and renewal cycle before paying through Paddle. Existing pilot contracts retain their original terms.

Download the internal test build

For invited employees testing local environments, cloud sync and team sharing. No payment is required for this internal test. Sign in and accept your team invitation.

  1. Run the installer and follow the steps. Close Thorp first if it is running, then open it from your desktop or Start menu.
  2. Sign in with your invited email address and accept the invitation in Team management.
  3. Set your own PIN, complete the email invitation flow, and wait for the founder to confirm access. Trusted devices remember unlock; use your original PIN on a new device.

Installs for your Windows user without administrator permission. WebView2 is downloaded if missing; install fingerprint Chromium separately. Independent Google Chrome is no longer supported. Use the same browser and version on syncing devices. Updates and uninstall preserve local data.

File checksum and installation notes

SHA-256:0080ee6843114b6d8982ceddcf06e90a8b7ab92e800d1d2838ea85a3223306e2

Download checksum file

Download ZIP alternative: extract fully, then run Install-Thorp.cmd。

The checksum verifies file integrity; it is not a publisher signature. If Windows or company policy blocks this build, contact your team administrator without disabling device protection. Full steps are in README.md inside the ZIP.

version
1.1.51
channel
Company internal testing
requires
Windows 10 or 11, 64-bit
download
EXE · 6.9 MiB
data
%APPDATA%\Thorp
signature
Verified Authenticode signature

Personal and Team, with room to grow

Personal monthly, or Team monthly or annual. Sign in to the account center, choose a plan and resource bundle for your workspace, and check out with Paddle.

Choose workspace and planReview the total, billing cycle and automatic renewal before payment. The selected workspace is activated after completed payment.
PlanFree localPersonalTeam
Monthly price$0$15$45
Cloud environments—100300 shared
Members, including owner—13
Latest cloud data—5 GiB15 GiB
Monthly downloads—50 GiB150 GiB
Agent channels per instance21010 per eligible member

Local environments and manually opened windows have no product count limit; hardware still limits performance. Only cloud environments count. Syncing across devices or sharing with members does not count the same environment again.

Add a team member for $5/month, sharing the existing pool. Members and resources expand independently.

Team annual: pay 10 times the monthly price for 12 months. The base Team plan is $450/year; extra members and add-ons use the same multiplier and billing cycle. Each team subscribes and expires separately. Personal remains monthly.

Terms · Refund policy

See add-ons and full pricing