chatgpt-web-bridge

Connects local agents to ChatGPT web sessions via MCP and REST bridges.

3|Updated Feb 13, 2026
One-click install
npx skills add https://github.com/ooooooooooooooooooop/personal-ai --skill chatgpt-web-bridge-ooooooooooooooooooop
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: chatgpt-web-bridge
Source: https://github.com/ooooooooooooooooooop/personal-ai/tree/main/skills/chatgpt-web-bridge
Command: npx skills add https://github.com/ooooooooooooooooooop/personal-ai --skill chatgpt-web-bridge-ooooooooooooooooooop

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Coordinating work between a local agent and ChatGPT web sessions is error-prone: conversations lose context, duplicate messages get sent after interruptions, and the web side cannot execute local tasks. This Skill defines a disciplined protocol where the ChatGPT web side acts as the reasoning brain while the local agent handles transport and execution over a persistent conversation_id. ## Core Features & Use Cases - Four operating modes: Nudge mode (advance existing web sessions with minimal prompts), Directed Loop (web designs, local executes, results posted back), Peer Collaboration (blind answers, structured debate with steelmanning and disagreement reports), and Read-Only (pull conversation history, project files, and memories without sending anything). - Project-anchored session governance: All conversations must be confirmed with the user and bound to a ChatGPT project via project_id before the first message is sent; new sessions require explicit user approval. - Failure recovery discipline: Rules for interrupted sends, dead generation detection, composer draft cleanup, and daemon health checks prevent duplicate messages and stalled loops. - Use Case: You ask the local agent to let the web-side ChatGPT design an experiment; the agent opens a dedicated conversation in the right project, executes each instruction locally, posts factual results back to the same conversation_id, and continues until the web side declares completion. ## Quick Start Ask the agent to use the chatgpt-web bridge to continue your existing ChatGPT web conversation about a project, letting the web side decide the next steps while the local side only relays and executes.

Frequently Asked Questions about chatgpt-web-bridge

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I connect a local agent to ChatGPT web sessions?

Register the chatgpt-web2api MCP server in your harness config, log into ChatGPT once in the dedicated Chrome profile, then call chat_completion with a project_id to open a dedicated conversation. The returned conversation_id becomes the persistent channel for all later turns.

How do I continue an existing ChatGPT web conversation from a local agent?

Pass the conversation_id to chat_completion with a minimal prompt like "continue". If you do not know the id, call list_conversations to find it by title, and verify the session belongs to the expected project using its gizmo_id.

Can ChatGPT web execute local shell commands or read files?

No. The bridge is text-only, so the web side never has local tools. All execution, file changes, and experiments run locally, and only factual results are posted back to the web conversation.

Why did my message get sent twice after an interruption?

A locally cancelled chat_completion call may still have been persisted on the web side. Always call get_conversation to check the conversation tail before resending after any cancel, timeout, or error such as not_ready or generation_stuck.

What are the limitations of using ChatGPT web as a reasoning backend?

Each turn takes minutes due to web-side generation, sends are throttled to at least 30 seconds with 300-second cooldowns after rate limits, and new web sessions still share account memory and project context, so true isolation requires local subagents instead.