Is Codex Browser Bridge safe and trustworthy?

tashan scores Codex Browser Bridge on public evidence — tashan score 49.0/100, it is currently active, note: a single primary maintainer (bus-factor risk), no known advisories against the current release, it runs a script at install time. Audit scope: OSV advisories, install-time scripts, build provenance and declared permission surface. We do not review source code or execute the capability.

How do I install Codex Browser Bridge?

In Claude Code: run `claude mcp add delicious233-codex-browser-bridge -- npx -y @delicious233/codex-browser-bridge`. In Cursor / Claude Desktop, add it to mcp.json / claude_desktop_config.json.

Who maintains Codex Browser Bridge?

source: DeliciousBuding/codex-browser-bridge.

‹ The Index

Codex Browser Bridge

npm

MCP server that exposes Codex Desktop's Chrome browser bridge for Claude Code and other agents.

Works with: Claude Code, Cursor, Claude Desktop, Codex CLI, Gemini CLI, Cline, Windsurf, VS Code (installable)
installable: each client documents how to load an MCP server of this type — that is the client's promise, not a claim verified against this capability

Category: Browser & Web — see all ranked ›

Work: Browser automation

Who it is for: Software engineer · Operations

Install (Claude Code):

claude mcp add delicious233-codex-browser-bridge -- npx -y @delicious233/codex-browser-bridge

tashan score: 49.0
Adoption: 37/wk
Upkeep: 66.0
Freshness: 92.0
Evidence coverage: 100% of the inputs this score can use
Health: active
License: MIT

Security audit

Every finding is shown in full — which advisory, the version that fixes it, and the exact command run at install time. Nothing in this audit is behind a licence.

No known advisoriesclearchecked against OSV for 1.10.1 — this package, not its dependency tree

Runs a script at install timecodenode scripts/install.js

No access inferred from declared dependenciesnothing it depends on reaches files, shell or network. This reads declarations only — built-in APIs are invisible to it, so absence of a declaration is not absence of access

Signed build provenancepublished from public CI with an attestation

What changed recently

2026-08-11 @delicious233/codex-browser-bridge now runs a script when it installs Install-time code executes on your machine before you have used the tool once, and it did not do this before.
2026-08-24 @delicious233/codex-browser-bridge published 1.11.1, was 1.10.1 A new release is available.
2026-09-12 @delicious233/codex-browser-bridge published 1.10.1, was 1.11.1 A new release is available.

You are reading this because you came looking. tashan Pro gives tashan doctor the history behind it, so a run over your own config says which of YOURS moved.

You searched for one. Check the rest of your stack:

npx tashan-cli doctor

Reads the config already on your machine and names what is dead, deprecated or running code at install time. No account, nothing uploaded.

tashan Pro$6/mo

We recorded 3 changes to Codex Browser Bridge in the last 45 days. Pro tells you on the day — for the servers in your own config, not the ones you thought to look up.

Every score since we started measuring, for any capability
The named replacement when something you run is dying — not just that it is
tashan doctor over the config you already have, on your machine

Start a 7-day trial › Everything measured on this page stays free.

Show your score

Measured this well? Put the live badge in your README — it updates as the score does.

[![tashan](https://tashan.sh/badge/pkg-delicious233-codex-browser-bridge.svg)](https://tashan.sh/capability/pkg-delicious233-codex-browser-bridge.html)

npm ↗ · source ↗ · pkg:@delicious233/codex-browser-bridge

Already running this? Check your whole config — free, in your browser, nothing installed. Or npx tashan-cli doctor locally, which sends nothing at all.

Measured 2026-09-12 · scorer s5 · how · something wrong here?