Modern QA2026Architecture Diagram: Hybrid Approach — tiles
Log inJoin
49 / 168 · 01 Agent Skills for Browser Automation · Skills vs MCP: Architectural Comparison← prev⊞ allnext →☰ Read as one page

7.6Architecture Diagram: Hybrid Approach

                        ┌──────────────────────────┐
                        │      Claude Code Agent    │
                        │                           │
                        │  ┌────────┐ ┌──────────┐ │
                        │  │ Skills │ │ MCP Tools│ │
                        │  │(SKILL. │ │(browser_ │ │
                        │  │ md)    │ │ *)       │ │
                        │  └───┬────┘ └────┬─────┘ │
                        └──────┼───────────┼───────┘
                               │           │
                    Bash tool  │           │ MCP protocol
                               │           │
                        ┌──────▼──────┐  ┌─▼────────────┐
                        │ playwright- │  │ Playwright   │
                        │ cli         │  │ MCP Server   │
                        └────┬────────┘  └──────┬───────┘
                             │                  │
                             └───────┬──────────┘
                                     │  (same Playwright engine;
                                     │   browser.bind() can even
                                     │   share one browser)
                        ┌────────────▼─────────────┐
                        │  Chromium/Firefox/WebKit │
                        └──────────────────────────┘

In this hybrid model:

  • playwright-cli handles interaction commands (open, goto, click, fill, snapshot, screenshot) — cheap, disk-first
  • Playwright MCP serves sandboxed surfaces and MCP-native integrations — inline but expensive
  • Since Playwright 1.59, browser.bind() lets both attach to the same browser instance — the transports are interchangeable views onto one session