尧图网页设计 
Playwright 还是 nodriverinsane-search 浏览器回退 4 大执行器选型全解析【免费下载链接】insane-searchAuto-bypass for blocked websites in Claude Code — Phase 0→3 adaptive scheduler, no API keys项目地址: https://gitcode.com/gh_mirrors/in/insane-searchinsane-search 是一个专为 Claude Code 打造的网页自动回退抓取插件当普通请求遭遇 403、WAF 拦截或 JS 挑战时它会沿 Phase 0→3 逐级升级最终调度Playwright、nodriver、patchright等浏览器执行器读取公开内容——全程无需 API Key。本文带你弄清这 4 大浏览器回退执行器到底怎么选、何时轮到哪里、又凭什么下判断。什么时候才会轮到浏览器执行器很多新手会误以为 insane-search 一上来就开浏览器。恰恰相反它的调度哲学是先用最便宜的公开路径失败了才升级。四个阶段的分工是这样的阶段手段特点Phase 0平台官方公开 APIReddit.rss、X oEmbed、yt-dlp等最便宜、最稳定Phase 1轻量探针 URL 变体.json/.rss/m.前缀一次请求快速试错Phase 2TLS 指纹伪装curl_cffisafari → chrome → firefox 网格无浏览器开销Phase 3真实浏览器执行器本文主角只有当 TLS 伪装网格全部失败、或检测到 JS 挑战信号时fetch_chain.py 才会进入 Phase 3 的浏览器回退。而且它很诚实遇到真正的登录墙/404 会直接跳过浏览器浏览器也没用遇到 429 限速则坚持认为值得再试。核心机制能力标签自动路由不用你手动选选型逻辑全部集中在 executor.py。它不做任何猜测而是读取 waf_profiles.yaml 中每个 WAF 档案声明的capabilities_needed标签按下表自动匹配执行器能力标签组合选中执行器典型对手needs_protocol_stealth① protocol_stealth_chromenodriver → patchright会嗅探 CDP 自动化协议的关卡needs_real_tls_stackneeds_js_exec② playwright_real_chrome.js本地 Node 系统 ChromeAkamai Bot Managerneeds_js_exec仅此一项④ Playwright MCPCloudflare 基础挑战needs_mobile_context③ playwright_mobile_chrome.jsiPhone 13 Pro 模拟需要移动端上下文的站点也就是说Playwright 还是 nodriver不是你的问题而是 WAF 档案的问题。你唯一要做的是让引擎跑完它的网格。执行器一protocol_stealth_chrome —— 协议级隐身冠军这是最特殊的一位由 nodriver_fetch.py 与 patchright_fetch.py 两个模板构成执行顺序为nodriver不走 Playwright 封装层直接用裸 CDPChrome DevTools ProtocolWebSocket 驱动系统 Chrome。patchright若 nodriver 未安装退到 patchrightApache-2.0 的 Playwright 兼容分叉自带 CDP 泄漏修补。为什么它排第一2026 年的反检测基准实测发现像 Akamai、DataDome 这类高级关卡会指纹化自动化协议本身——也就是 CDP 的Runtime.enable/Target.setAutoAttach启动泄漏。凡是带 Playwright 封装层的驱动无论打什么补丁都会被拦而裸 CDP 控制面可以干净通过。 实测数据Cloudflare Turnstile 页面上旧策略全部失败改用 nodriver 后7.8 秒拿到 49KB 的weak_ok页面见 CHANGELOG.md。nodriver 是 AGPL 协议、patchright 是 Apache-2.0项目在免付费方案最强与再分发安全之间用双模板做了平衡。执行器二playwright_real_chrome —— 真实 Chrome 的主力对应模板 playwright_real_chrome.js由本地 Node 子进程运行核心策略有三板斧channel: chrome驱动系统安装的真实 Chrome而不是 Playwright 捆绑的 Chromium——因为捆绑 Chromium 的 BoringSSL TLS 指纹会被 Akamai 这类 WAF 秒识别。驱动降级链优先require(patchright)免Runtime.enable泄漏没有则退playwright-extra stealth再没有就是原生 playwright三者都保持真实 Chrome 通道。预热跳板先访问站点根目录等 3.5 秒让 Akamai 式 JS 传感器种下已解决的会话 Cookie再访问目标深链——避免首击必拒的经典坑。依赖首次回退时自动安装到~/.insane-search/node不下载捆绑浏览器升级插件后还能复用详见 playwright.md。执行器三playwright_mobile_chrome —— 移动端模拟专岗模板 playwright_mobile_chrome.js 默认以iPhone 13 Pro的完整设备画像UA / 视口 / 触摸事件运行但 TLS 层依然是真实 Chrome。这个组合很妙TLS 指纹保持 Chrome 级WAF 信任度高HTTP 层伪装成移动端很多站点给m.端更宽松的防御。桌面与移动端使用互相隔离的 Chrome Profile 目录Cookie 与模拟状态互不串味。执行器四Playwright MCP —— 会话直驱的外援这一位比较特别它不是子进程而是 Claude 会话里直接调用的mcp__playwright__*工具。适用于只需 JS 执行、不需要真实 TLS 的场景如 Cloudflare 基础挑战、无挑战的 SPA。典型工作流browser_navigate→browser_wait_for→browser_snapshot回收渲染后的正文进阶玩法是用browser_network_requests抓出 WAF 背后的内部 JSON API再拿 curl 级别的成本直接采集。由于 Python 侧引擎无法启动 MCPfetch_chain.py 会在结果里留下must_invoke_playwright_mcp标志和untried_routes提示明确告诉 AI这条路我还没走完请从会话里补上——而不是假装已经穷尽。常见疑问快答 Q为什么不直接全用 Playwright省事吗A省事但无效。捆绑 Chromium 的 TLS 指纹在 Akamai/PerimeterX/DataDome 面前等于自报家门293 字节的 Access Denied 就是回应。真实 Chrome 通道 协议级隐身才是通关钥匙。Q为什么浏览器默认是有头headful模式Aheadless Chrome 在指纹检查之前就会因无头信号被直接判为机器人。四个执行器默认headless: false可显式覆盖。Q浏览器通过后后续请求要一直开着浏览器吗A不用。executor 实现了Cookie 桥浏览器解掉挑战后把 Cookie 与 User-Agent 注入 curl_cffi 会话池同主机的后续页面走 HTTP 级低成本采集即可——浏览器只出场一次。Q模板输出的 HTML 直接信任吗A不会。所有浏览器结果都走 JSON 信封html / status / finalUrl / cookies / innerText解析解析失败一律丢弃信封里带着 Cookie宁缺勿漏HTML 还要再过一遍 4 层验证器挑战页照样判挑战。选型速记表场景执行器一句话理由CDP 协议指纹关卡Akamai/DataDome/PerimeterX/Kasadanodriver裸 CDP绕过一切 Playwright 封装泄漏真实 TLS 检测 JS 挑战playwright_real_chrome.js系统 Chrome 的真指纹 patchright需要移动端上下文playwright_mobile_chrome.jsChrome TLS × iPhone 画像的混合身份仅需 JS 执行Cloudflare 基础/SPAPlaywright MCP会话直驱还能顺带挖内部 API这套能力标签 → 自动路由 → 验证回滚的设计让使用者永远不需要回答Playwright 还是 nodriver——引擎会替你把答案算出来。延伸资料执行器路由源码engine/executor.pyWAF 能力档案与回退顺序engine/waf_profiles.yaml抓取链与 Phase 3 触发逻辑engine/fetch_chain.py浏览器回退专题参考references/playwright.md平台覆盖清单PLATFORMS.md使用边界与免责声明DISCLAIMER.md【免费下载链接】insane-searchAuto-bypass for blocked websites in Claude Code — Phase 0→3 adaptive scheduler, no API keys项目地址: https://gitcode.com/gh_mirrors/in/insane-search创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Playwright 还是 nodriver？insane-search 浏览器回退 4 大执行器选型全解析
Playwright 还是 nodriverinsane-search 浏览器回退 4 大执行器选型全解析【免费下载链接】insane-searchAuto-bypass for blocked websites in Claude Code — Phase 0→3 adaptive scheduler, no API keys项目地址: https://gitcode.com/gh_mirrors/in/insane-searchinsane-search 是一个专为 Claude Code 打造的网页自动回退抓取插件当普通请求遭遇 403、WAF 拦截或 JS 挑战时它会沿 Phase 0→3 逐级升级最终调度Playwright、nodriver、patchright等浏览器执行器读取公开内容——全程无需 API Key。本文带你弄清这 4 大浏览器回退执行器到底怎么选、何时轮到哪里、又凭什么下判断。什么时候才会轮到浏览器执行器很多新手会误以为 insane-search 一上来就开浏览器。恰恰相反它的调度哲学是先用最便宜的公开路径失败了才升级。四个阶段的分工是这样的阶段手段特点Phase 0平台官方公开 APIReddit.rss、X oEmbed、yt-dlp等最便宜、最稳定Phase 1轻量探针 URL 变体.json/.rss/m.前缀一次请求快速试错Phase 2TLS 指纹伪装curl_cffisafari → chrome → firefox 网格无浏览器开销Phase 3真实浏览器执行器本文主角只有当 TLS 伪装网格全部失败、或检测到 JS 挑战信号时fetch_chain.py 才会进入 Phase 3 的浏览器回退。而且它很诚实遇到真正的登录墙/404 会直接跳过浏览器浏览器也没用遇到 429 限速则坚持认为值得再试。核心机制能力标签自动路由不用你手动选选型逻辑全部集中在 executor.py。它不做任何猜测而是读取 waf_profiles.yaml 中每个 WAF 档案声明的capabilities_needed标签按下表自动匹配执行器能力标签组合选中执行器典型对手needs_protocol_stealth① protocol_stealth_chromenodriver → patchright会嗅探 CDP 自动化协议的关卡needs_real_tls_stackneeds_js_exec② playwright_real_chrome.js本地 Node 系统 ChromeAkamai Bot Managerneeds_js_exec仅此一项④ Playwright MCPCloudflare 基础挑战needs_mobile_context③ playwright_mobile_chrome.jsiPhone 13 Pro 模拟需要移动端上下文的站点也就是说Playwright 还是 nodriver不是你的问题而是 WAF 档案的问题。你唯一要做的是让引擎跑完它的网格。执行器一protocol_stealth_chrome —— 协议级隐身冠军这是最特殊的一位由 nodriver_fetch.py 与 patchright_fetch.py 两个模板构成执行顺序为nodriver不走 Playwright 封装层直接用裸 CDPChrome DevTools ProtocolWebSocket 驱动系统 Chrome。patchright若 nodriver 未安装退到 patchrightApache-2.0 的 Playwright 兼容分叉自带 CDP 泄漏修补。为什么它排第一2026 年的反检测基准实测发现像 Akamai、DataDome 这类高级关卡会指纹化自动化协议本身——也就是 CDP 的Runtime.enable/Target.setAutoAttach启动泄漏。凡是带 Playwright 封装层的驱动无论打什么补丁都会被拦而裸 CDP 控制面可以干净通过。 实测数据Cloudflare Turnstile 页面上旧策略全部失败改用 nodriver 后7.8 秒拿到 49KB 的weak_ok页面见 CHANGELOG.md。nodriver 是 AGPL 协议、patchright 是 Apache-2.0项目在免付费方案最强与再分发安全之间用双模板做了平衡。执行器二playwright_real_chrome —— 真实 Chrome 的主力对应模板 playwright_real_chrome.js由本地 Node 子进程运行核心策略有三板斧channel: chrome驱动系统安装的真实 Chrome而不是 Playwright 捆绑的 Chromium——因为捆绑 Chromium 的 BoringSSL TLS 指纹会被 Akamai 这类 WAF 秒识别。驱动降级链优先require(patchright)免Runtime.enable泄漏没有则退playwright-extra stealth再没有就是原生 playwright三者都保持真实 Chrome 通道。预热跳板先访问站点根目录等 3.5 秒让 Akamai 式 JS 传感器种下已解决的会话 Cookie再访问目标深链——避免首击必拒的经典坑。依赖首次回退时自动安装到~/.insane-search/node不下载捆绑浏览器升级插件后还能复用详见 playwright.md。执行器三playwright_mobile_chrome —— 移动端模拟专岗模板 playwright_mobile_chrome.js 默认以iPhone 13 Pro的完整设备画像UA / 视口 / 触摸事件运行但 TLS 层依然是真实 Chrome。这个组合很妙TLS 指纹保持 Chrome 级WAF 信任度高HTTP 层伪装成移动端很多站点给m.端更宽松的防御。桌面与移动端使用互相隔离的 Chrome Profile 目录Cookie 与模拟状态互不串味。执行器四Playwright MCP —— 会话直驱的外援这一位比较特别它不是子进程而是 Claude 会话里直接调用的mcp__playwright__*工具。适用于只需 JS 执行、不需要真实 TLS 的场景如 Cloudflare 基础挑战、无挑战的 SPA。典型工作流browser_navigate→browser_wait_for→browser_snapshot回收渲染后的正文进阶玩法是用browser_network_requests抓出 WAF 背后的内部 JSON API再拿 curl 级别的成本直接采集。由于 Python 侧引擎无法启动 MCPfetch_chain.py 会在结果里留下must_invoke_playwright_mcp标志和untried_routes提示明确告诉 AI这条路我还没走完请从会话里补上——而不是假装已经穷尽。常见疑问快答 Q为什么不直接全用 Playwright省事吗A省事但无效。捆绑 Chromium 的 TLS 指纹在 Akamai/PerimeterX/DataDome 面前等于自报家门293 字节的 Access Denied 就是回应。真实 Chrome 通道 协议级隐身才是通关钥匙。Q为什么浏览器默认是有头headful模式Aheadless Chrome 在指纹检查之前就会因无头信号被直接判为机器人。四个执行器默认headless: false可显式覆盖。Q浏览器通过后后续请求要一直开着浏览器吗A不用。executor 实现了Cookie 桥浏览器解掉挑战后把 Cookie 与 User-Agent 注入 curl_cffi 会话池同主机的后续页面走 HTTP 级低成本采集即可——浏览器只出场一次。Q模板输出的 HTML 直接信任吗A不会。所有浏览器结果都走 JSON 信封html / status / finalUrl / cookies / innerText解析解析失败一律丢弃信封里带着 Cookie宁缺勿漏HTML 还要再过一遍 4 层验证器挑战页照样判挑战。选型速记表场景执行器一句话理由CDP 协议指纹关卡Akamai/DataDome/PerimeterX/Kasadanodriver裸 CDP绕过一切 Playwright 封装泄漏真实 TLS 检测 JS 挑战playwright_real_chrome.js系统 Chrome 的真指纹 patchright需要移动端上下文playwright_mobile_chrome.jsChrome TLS × iPhone 画像的混合身份仅需 JS 执行Cloudflare 基础/SPAPlaywright MCP会话直驱还能顺带挖内部 API这套能力标签 → 自动路由 → 验证回滚的设计让使用者永远不需要回答Playwright 还是 nodriver——引擎会替你把答案算出来。延伸资料执行器路由源码engine/executor.pyWAF 能力档案与回退顺序engine/waf_profiles.yaml抓取链与 Phase 3 触发逻辑engine/fetch_chain.py浏览器回退专题参考references/playwright.md平台覆盖清单PLATFORMS.md使用边界与免责声明DISCLAIMER.md【免费下载链接】insane-searchAuto-bypass for blocked websites in Claude Code — Phase 0→3 adaptive scheduler, no API keys项目地址: https://gitcode.com/gh_mirrors/in/insane-search创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考