ChatGPT Codex Bridge
Enables ChatGPT to securely inspect local Codex projects, read session history, and dispatch confirmed tasks to the Codex CLI through a local MCP bridge.
README
ChatGPT Codex Bridge
简体中文 | Security | Contributing
A local-first MCP bridge that lets ChatGPT inspect registered Codex projects, read Codex session history, and dispatch confirmed tasks to the local Codex CLI.
[!IMPORTANT] This is an independent community project. It is not an official OpenAI product and is not affiliated with or endorsed by OpenAI. ChatGPT, Codex, and OpenAI are trademarks of their respective owner.
What it does
- Discovers projects already registered in Codex Desktop, without granting access to the entire home directory.
- Runs analysis and planning in the Codex read-only sandbox.
- Requires a short-lived, single-use confirmation token before workspace writes.
- Lists and reads visible Codex sessions with cursor pagination and redaction.
- Supports time-limited, user-confirmed access to individual projectless sessions in Codex Desktop's Recent section.
- Builds bounded project-history context without loading multi-gigabyte histories into memory.
- Creates and continues persistent Codex Desktop sessions through the local Codex app-server protocol.
- Hands ChatGPT-provided context to Codex as untrusted reference text, with secret detection.
- Uses background jobs so long Codex tasks do not hold an MCP tunnel request open.
The bridge does not expose an arbitrary shell tool and does not listen on a public port. Remote access is provided by the official OpenAI Secure MCP Tunnel client.
Architecture
flowchart LR
A[ChatGPT] -->|MCP connector| B[OpenAI Secure MCP Tunnel]
B -->|outbound tunnel| C[tunnel-client on your machine]
C -->|stdio MCP| D[ChatGPT Codex Bridge]
D -->|sandboxed commands| E[Codex CLI]
D -->|read-only indexes| F[Codex projects and sessions]
D -. optional local IPC .-> G[Codex Desktop sidebar refresh]
The optional sidebar refresh path depends on a private, unsupported Codex Desktop extension and is not included in this repository. The core bridge works without it; newly created persistent sessions may require a Codex Desktop restart before they appear in the sidebar.
Requirements
- macOS or Linux with Python 3.11+
- A working
codexCLI installation and sign-in - Codex Desktop for automatic project discovery and session history features
- Homebrew for the documented Tunnel installation path
- OpenAI organization access to Secure MCP Tunnels
This project is currently tested on macOS. Windows is not supported because the optional Desktop notification path uses Unix sockets.
Quick start
git clone https://github.com/AaAndrew233/chatgpt-codex-bridge.git
cd chatgpt-codex-bridge
./scripts/bootstrap.sh
bootstrap.sh creates a local virtual environment, installs the reviewed dependency lock, and generates untracked config.json and .mcp.json files. It never overwrites existing configuration.
Open config.json and choose one authorization source:
{
"codex_command": "codex",
"model": null,
"codex_project_catalog": "~/.codex/.codex-global-state.json",
"allowed_roots": [],
"session_access_ttl_seconds": 3600
}
- Keep
modelasnullto inherit your current Codex configuration. - Keep
allowed_rootsempty to use only projects registered in Codex Desktop. - Add narrow project directories to
allowed_rootsonly when automatic discovery is unavailable. session_access_ttl_secondscontrols the in-memory lifetime of an approved projectless-session grant and cannot exceed 24 hours.- Never authorize
/or your home directory. The bridge rejects both.
Run the local checks:
./scripts/check_public_release.py
.venv/bin/python -m unittest discover -s tests -v
Connect through Secure MCP Tunnel
Install the official client:
brew install openai/tools/tunnel-client
tunnel-client --version
tunnel-client help quickstart
Store the runtime key in a file outside this repository and restrict its permissions:
chmod 600 /ABSOLUTE/PATH/TO/runtime-key
Create a managed background runtime. Replace all placeholder values:
tunnel-client runtimes connect \
--alias codex-bridge \
--profile codex-bridge \
--tunnel-id '<YOUR_TUNNEL_ID>' \
--runtime-api-key 'file:/ABSOLUTE/PATH/TO/runtime-key' \
--mcp-command '/ABSOLUTE/PATH/TO/chatgpt-codex-bridge/scripts/run_server.sh'
Verify that the managed runtime is running, healthy, and ready:
tunnel-client runtimes status codex-bridge --json
Then create or refresh the connector in ChatGPT connector settings. The official Tunnel onboarding guide is the source of truth for organization roles, tunnel IDs, runtime keys, and current commands: openai/tunnel-client/docs/onboarding.md.
Do not use an admin key for the long-running runtime. Do not commit runtime keys, tunnel IDs, generated profiles, config.json, or .mcp.json.
First test in ChatGPT
Start a new ChatGPT conversation with the connector enabled and ask:
Call codex_status. Show only whether the bridge is healthy, the available tool names,
and the registered project names. Do not modify files.
Then test a read-only task:
Use codex_analyze on <PROJECT_PATH> to summarize the project structure and identify
the three highest-risk areas. Poll the job until it finishes and retrieve every output page.
Do not modify files.
For a write, ChatGPT must first call codex_prepare_apply, show you the exact plan, obtain your explicit confirmation, and only then call codex_apply with the returned token.
For a projectless session under Recent, ChatGPT first calls codex_list_sessions(include_unassigned=true). The result exposes only redacted sidebar metadata. It must then call codex_prepare_session_access, show you the session title, canonical working directory, access mode, and exact write request when applicable, and wait for explicit approval. The returned access token activates an in-memory grant for that session only. Workspace writes additionally require the exact-request confirmation token returned by the same preparation call.
MCP tools
| Tool | Purpose | Write confirmation |
|---|---|---|
codex_status |
Health, capabilities, projects, jobs, and compatibility snapshot | No |
codex_list_projects |
List authorized Codex projects | No |
codex_prepare_project_context |
Build bounded, paginated project history context | No |
codex_analyze |
Submit a read-only Codex task | No |
codex_plan |
Submit a planning-only Codex task | No |
codex_prepare_apply |
Issue a short-lived token for one exact write request | No |
codex_apply |
Submit a workspace-write Codex task | Yes |
codex_job_status |
Poll a background job | No |
codex_job_result |
Read a completed result with output pagination | No |
codex_cancel_job |
Cancel a queued or running job | No |
codex_list_sessions |
List visible Codex sessions with pagination | No |
codex_read_session |
Read visible user and assistant messages with redaction | No |
codex_prepare_session_access |
Prepare a time-limited grant for one projectless Recent session | User approval |
codex_create_desktop_session |
Create a persistent Codex Desktop session | Write mode only |
codex_continue_desktop_session |
Continue a persistent session | Write mode only |
codex_handoff_chat_context |
Create a session with explicit ChatGPT context | Write mode only |
Security model
The trust boundary is intentionally narrow:
- Project access is limited to validated Codex project roots or explicit narrow roots.
- Projectless Recent sessions remain hidden by default and require a short-lived grant bound to one session, canonical directory, and mode.
- Sensitive directories such as
.ssh,.aws,.gnupg,.kube,.config, andLibraryare rejected during automatic discovery. - Codex subprocesses receive a minimal environment and run with explicit sandbox modes.
- Write tokens expire, are single-use, and are bound to the exact project and request.
- Session output is filtered to user-visible messages and redacted before leaving the machine.
- Request, output, scan, concurrency, retention, and timeout limits are bounded.
- ChatGPT context is treated as untrusted input and cannot override local policy.
Read docs/security-model.md before exposing the bridge to a team. Vulnerability reports should follow SECURITY.md.
Operational limits
Default limits are documented in config.example.json and enforced at startup. Important defaults include two concurrent jobs, 30-minute completed-job retention, a one-hour session grant, a 120,000-character request ceiling, paginated 100,000-character job output, and bounded streaming scans for project history.
scan_complete answers whether the configured source scan finished. context_complete separately answers whether all scanned text fit in the returned context budget. A complete scan is not the same as an unbounded export.
Development
./scripts/bootstrap.sh
.venv/bin/python -m unittest discover -s tests -v
.venv/bin/python -m compileall -q \
bridge_core.py conversation_catalog.py desktop_assignment.py \
desktop_sessions.py project_context.py server.py
See CONTRIBUTING.md for contribution rules and docs/architecture.md for module boundaries.
License
Apache License 2.0. See LICENSE.
推荐服务器
Baidu Map
百度地图核心API现已全面兼容MCP协议,是国内首家兼容MCP协议的地图服务商。
Playwright MCP Server
一个模型上下文协议服务器,它使大型语言模型能够通过结构化的可访问性快照与网页进行交互,而无需视觉模型或屏幕截图。
Magic Component Platform (MCP)
一个由人工智能驱动的工具,可以从自然语言描述生成现代化的用户界面组件,并与流行的集成开发环境(IDE)集成,从而简化用户界面开发流程。
Audiense Insights MCP Server
通过模型上下文协议启用与 Audiense Insights 账户的交互,从而促进营销洞察和受众数据的提取和分析,包括人口统计信息、行为和影响者互动。
VeyraX
一个单一的 MCP 工具,连接你所有喜爱的工具:Gmail、日历以及其他 40 多个工具。
graphlit-mcp-server
模型上下文协议 (MCP) 服务器实现了 MCP 客户端与 Graphlit 服务之间的集成。 除了网络爬取之外,还可以将任何内容(从 Slack 到 Gmail 再到播客订阅源)导入到 Graphlit 项目中,然后从 MCP 客户端检索相关内容。
Kagi MCP Server
一个 MCP 服务器,集成了 Kagi 搜索功能和 Claude AI,使 Claude 能够在回答需要最新信息的问题时执行实时网络搜索。
e2b-mcp-server
使用 MCP 通过 e2b 运行代码。
Neon MCP Server
用于与 Neon 管理 API 和数据库交互的 MCP 服务器
Exa MCP Server
模型上下文协议(MCP)服务器允许像 Claude 这样的 AI 助手使用 Exa AI 搜索 API 进行网络搜索。这种设置允许 AI 模型以安全和受控的方式获取实时的网络信息。