
Claude in Chrome and the Cowork browser shipped the same day
Two ways to give Claude a browser
Claude Cowork is the part of the desktop app where you hand work to Claude instead of chatting with it. Before August 26, 2026, the only way for Cowork to reach the web was to give Claude your own Chrome through the extension. On that day Anthropic built a browser into Cowork, and in a separate post it moved Claude in Chrome from a limited pilot to general availability.
What Is Claude AI? Free Plan, Models, vs ChatGPT explains the plans and models if you are still working out what the Claude lineup includes. Cowork runs on those plans and is where Claude does the work instead of describing it.
The built-in browser opens in a Cowork side panel
The built-in browser opens by itself when a task needs a website. It appears in the side panel, where Claude goes from page to page, reads, clicks and types while you get on with other work.
It needs no extension and no setup, and none of your own browsing is shared with it unless you choose to share it. Plenty of web tasks never needed your browser in particular, just a browser, and those are the tasks it takes over.
"Claude now has a browser built into Claude Cowork on the desktop app. When a task needs to use a website, a browser opens in the side panel and Claude navigates webpages, reads them, clicks, and types." / "No extension, no setup, and nothing shared from your own browser unless you choose to." — from the opening of the built-in browser announcementView official source →
The Claude browser extension reached general availability
Claude in Chrome does the opposite and controls the Chrome window you already have open. The extension came out of its pilot and is now on every paid Claude plan, and Claude can act without stopping for approval at each step.
This helps most with systems that were never connected to Claude. Internal dashboards, legacy tools and vendor portals have no integration to turn on, but they do have a web page, and a page is all the extension needs.
"Claude in Chrome is now generally available on every paid Claude plan. Claude can now also take actions autonomously in the browser, instead of needing approval for every one." / "Many of the tools you use every day connect to Claude. But many others don't, such as internal dashboards, legacy systems, and vendor portals. Claude in Chrome lets Claude access those." — from the opening of the general availability announcementView official source →
Which one fits the task in front of you?
Pick Claude in Chrome when the work is on a page you already have open, in an account you are logged in to. Pick the Cowork built-in browser when you want Claude to take over the web part of a job while you do something else. That is how Anthropic itself divides the two in its announcement.
How the two differ
| Point | Cowork built-in browser | Claude in Chrome |
|---|---|---|
| Logins | Separate, added site by site | Your existing sessions |
| Runs in | The Claude desktop app | Your own Chrome window |
| Plans | Pro, Max, Team, Enterprise | Every paid plan |
| Suits | Research, invoices from a portal | CRM, inbox, the open doc |
| Limits | Desktop app must be running | Chrome only, no mobile |
Only one of the two uses your own logins
The built-in browser is its own browser, not a window into yours. Claude cannot see your tabs, bookmarks or passwords, and when a site asks for a sign-in, you bring that login over one site at a time.
The browsers you can import a login from depend on your system: Chrome, Edge and Firefox on macOS, and only Firefox on Windows and Linux. Banking, email and single sign-on sites stay excluded unless you choose to add them.
"It's Claude's browser, not yours. The built-in browser is separate from your own. Claude never sees your tabs, bookmarks, or passwords." / "To stay signed in to your sites, you can bring your logins over site by site, from Chrome, Edge, or Firefox on macOS and from Firefox on Windows and Linux. Banking, email, and single sign-on sites are left out unless you choose to include them." — from the section on which browser to use whenView official source →
A task-by-task split between the two
Read the table above as a question about the job, not the tool. If the work only makes sense inside an account you are logged in to, use the extension; if it means gathering pages or invoices from sites where you are not logged in, let the built-in browser handle it.
There is one more practical difference. The built-in browser lives in the desktop app, so Claude can still drive it from the web or your phone as long as that app is open and online. When the desktop app is not running, the extension is the only way to give Claude a browser.
"The built-in browser is for handing web tasks to Claude while you keep working: gathering research for a report, or collecting this month's invoices from a vendor portal." / "Claude in Chrome is for the page you already have open, with the accounts you're already signed in to, such as updating your CRM, working through your inbox, or editing the doc in front of you." / "The built-in browser lives in the desktop app. From the web or your phone, Claude can still drive it as long as your desktop app is open and online. On the web without the desktop app, Claude in Chrome remains the way to give Claude a browser." — from the section on which browser to use whenView official source →
Claude in Chrome now acts without asking for every click
Published attack success rates, as a share of attacks that reached the model
| Setup | Model | Success rate |
|---|---|---|
| No extra safeguards | Opus 4.5 | 17.6% |
| No extra safeguards | Opus 5 | 3.8% |
| November 2025, probes only | Opus 4.5 | 16.7% |
| Probes + safety classifier | Sonnet 5, Opus 5, Mythos 5 | 0% |
| Probes + safety classifier | Fable 5 | 0.3% |
Removing approval for each action is the main change in this release, and also the risky one. A prompt injection hides instructions in a page, an email or a form field so that an agent reading them obeys the attacker instead of you. Anthropic responded with two automated checks and a switch back to manual control, and it published measured results instead of simply claiming safety.
A probe and a classifier sit between page and action
Web content arrives at Claude as a tool-call result, and the first check sits there. Probes scan those results for likely injections, and when one triggers, Claude is told to treat the content with suspicion and to check back with you before acting if needed.
The second check runs just before an action. A classifier compares what Claude is about to do with what you originally asked for and blocks anything that does not fit.
Claude now approves actions it considers safe on its own. It uses the same mechanism as auto mode in Claude Code, which Claude Code Auto Mode Is Now the Default Setting covers. The third safeguard is yours: switch autonomous actions off in settings and Claude goes back to asking before every step.
"We train probes to scan those results for potential prompt injections. When a probe detects a likely attack, Claude is warned to treat the content with suspicion and, if needed, to check with you before taking an action." / "Actions are verified before they run. In Claude in Chrome, Claude will now automatically approve actions it determines to be safe, using the same mechanism as auto mode in Claude Code. (You can switch this off in your settings if you'd prefer to continue to approve Claude's actions manually.) A classifier reviews actions Claude is about to take, such as navigating to a new website or entering text into a page, and checks them against what you originally asked for. If the action doesn't match your request, it's blocked." — from the section on safeguarding against prompt injectionView official source →
Attack success rates fell to 0.3% or lower
The results only make sense against a baseline. With no extra safeguards, attacks that reached the model worked 17.6% of the time against Opus 4.5 and 3.8% against Opus 5, and even the strongest setup available in November 2025, Opus 4.5 with probes, let 16.7% through.
The current setup comes in far lower. From Opus 4.8 onward, with probes and the safety classifier both running, no attacks succeeded against Sonnet 5, Opus 5 or Mythos 5, and Fable 5 was the only model with a nonzero rate, at 0.3%. Anthropic says it reviewed those successful attacks by hand and rated every one low severity, and that it is working on them.
Two caveats go with these figures. The rate counts only attacks that reached the model, because Claude's own behavior sometimes keeps it from ever seeing the hidden instructions. Anthropic also says plainly that the problem is not solved, and that is a better reason than any number to start on sites you trust.
"attacks that reached the model succeeded against Opus 4.5 17.6% of the time and against Opus 5 3.8% of the time, before any additional safeguards" / "With the strongest safeguards available in November 2025, attacks against Opus 4.5 running with probes succeeded 16.7% of the time." / "Against every model from Opus 4.8 onwards, when running with probes and the safety classifier, no attacks succeeded against Claude Sonnet 5, Claude Opus 5, or Claude Mythos 5." / "We saw a 0.3% attack success rate against Fable 5." / "Prompt injection remains a moving target." — from the section reporting evaluation resultsView official source →
"Those measures meaningfully reduce the risk but can't eliminate it, so we recommend starting on sites you trust." — from the safety sectionView official source →
Your plan and your admin decide what you can use
What you need before either one runs
Whether you can use either one right now depends on your plan, your operating system and, inside an organization, an admin setting. They also arrive on different schedules.
The built-in browser needs the desktop app
The built-in browser was due to reach Pro, Max and Team plans in the week after the announcement, as a beta on macOS, Windows and Linux. It is switched on by default once it arrives. Enterprise had it from day one under admin control, and any job that involves a website opens the browser automatically.
The extension is installed from the Chrome Web Store and works on every paid plan, with some limits. It does not run in other Chromium browsers or on mobile, and you still need the desktop app to work with files on your own computer or with other applications.
"The built-in browser is rolling out over the coming week to Pro, Max, and Team plans in the Claude desktop app on macOS, Windows, and Linux (in beta)." / "Once it reaches you, it's on by default: give Claude a task that involves a website and the browser opens on its own." — from the getting started sectionView official source →
Admins turn each one on in a different place
Each one has its own admin screen. On Enterprise plans, admins manage the extension in Organization Settings, where they can also limit it to approved domains, while the built-in browser is under Organization Settings → Cowork → Built-in browser.
For a Team or Enterprise rollout, check both places before anything else. Turning on one and assuming the other came with it is the easiest way to end up half deployed.
"On Enterprise plans, admins can manage it in Organization Settings and limit it to approved domains." — from the getting started sectionView official source →
"On Enterprise plans, it's available now and admins can manage it in Organization settings → Cowork → Built-in browser." — from the getting started sectionView official source →
Claude keeps your existing choice until you change it
Until you change the setting, Claude picks for you. If Claude in Chrome is already in your setup it stays the default; if not, Claude uses the built-in browser. You can change this under Settings → Cowork → Preferred browser and switch back the same way.
The choice itself is simpler than the announcement made it seem. Work that needs your signed-in accounts goes to Claude in Chrome, and work that just needs a browser goes to the Cowork one.
When Claude gathers pages for something you will write, sakutto's URL to Markdown converter turns them into clean text you can edit. Paste a link and the page structure stays, while the navigation and ads that would otherwise come along are left out.
Watch how Claude handles a few tasks before giving it more. The safeguards are measured, not absolute, and you are the one who decides how much to hand over.
"If you already use Claude in Chrome, it keeps working and stays your default; otherwise Claude uses the built-in browser. Switch anytime in Settings → Cowork → Preferred browser." — from the section on which browser to use whenView official source →
FAQ
- Is Claude in Chrome free?
- The announcements cover paid plans only. Claude in Chrome is available on every paid Claude plan, and the Cowork built-in browser was set to roll out to Pro, Max and Team over the following week, with Enterprise from day one.
- Does Claude in Chrome work in Edge, Brave or Arc?
- Not yet. Anthropic says the extension doesn't run on other Chromium browsers or on mobile. If you work outside Chrome, the Cowork built-in browser in the desktop app is the way to give Claude a browser.
- Which browser does Claude use by default?
- Settings → Cowork → Preferred browser holds the choice, and Claude fills it in for you: an existing Claude in Chrome setup is kept as the default, and everyone else gets the built-in browser. Change it there whenever you want.



