chatgpt-web-bridgelisted

# ChatGPT Web Bridge ## 快速使用（自然语言即模式） | 你说 | 模式 | 本地做什么 | |---|---|---| | 「推进网页端 XXX 项目/会话」 | A 推进 | 发「继续」式最小提示往前推；纠偏算在内（只给事实不给方案）；判断何时真结束，没结束就不停 | | 「让网页端 GPT 指挥现在这个项目」 | B 指挥循环 | 它出指令 → 本地执行 → 回帖事实到同一 conv → 直到它说完成 | | 「和网页端 GPT 协作/对等讨论这个项目」 | C 对等 | 盲答 → 逐条交锋 → 收敛或分歧报告 | | 「用网页端 XXX 的资料/看它怎么说的」 | D 只读 | 只拉取不发送：会话记录、项目文件、记忆——零写操作 | **会话定位**：指明 conversation_id/标题就精确命中；没指明 → 按项目名归类（`list_conversations` + `list_projects` 匹配）；仍不确定 → **先问用户再发**，不猜。首轮新会话：用户说了项目就带 `project_id`（名字即可），没说 = 独立会话。 ## 核心原则：谁思考 **网页端是大脑，本地是手和邮差。** - 网页端持有完整上下文（会话历史 + Project 指令 + Memory）——它的判断依赖这些，不需要在消息里复述给它。 - 本地侧只做三件事：把文字送进正确的 conversation_id、把回文拿回来、（指挥模式下）忠实执行网页端给出的任务。 - **不要替它写执行步骤。** 发「继续」式最小提示，让它自己决定下一步。消息写得越细，网页端思考得越少。 ## 适用边界与安全 **触发**：推进/继续已有网页端会话、网页端设计本地执行的回合制循环、conversation_id 专线续接。 **不适用**： - 让网页端直接执行本地命令或读写文件——桥是文本桥，网页端永远没有本地工具 - 高频自动轮询——这是低频人工节奏 - Chrome 专用 profile 未登录 ChatGPT——先登录再调用，别让请求悬死 **安全与验证**：所有写操作（新建会话、删除会话）都是真实网页操作；删除类工具需服务端显式 `W2A_ENABLE_DESTRUCTIVE=1`。本地侧只验证 conversation_id 续接正确、tab 复用正确，不替网页端校验其输出内容的正确性——那是它自己的责任。 ## 循环纪律：本地侧是唯一的发动机 网页端永远不会主动发起下一轮——**本地收到回帖不等于回合结束**。每轮拿到回文后，先对照本模式的终止条件判断；不满足就继续发下一轮，直到终止条件命中或用户叫停。「它回完了」不是停止理由，「终止条件命中」才是。 ## 四种用法 ### A. 推进模式（默认，低频） 把已有网页任务往前推一格： - 最小提示：`继续` / `按你的结论推进` / `下一步` - 纠偏只给判断不给方案：`这条线判断错了，事实是 X` —— 让它自己想修法 - 每轮必须带 conversation_id；不知道就先 `list_conversations` 找目标 - 网页端产出长报告时，本地只保存/转发原文，不做二次「翻译」 - **终止条件**（满足其一才停）：网页端书面宣布本阶段完成且没有它自己的下一步；它提出需要用户/外部世界才能回答的问题（权限、要买的数据、要你拍板的方向）；用户叫停。**它写完一轮报告不是终止。** ### B. 指挥循环（网页端指挥本地） 网页