Playwright MCP 源码学习
微软 Playwright MCP Server:让 Agent 可靠操控网页。这不是 API 速查表,而是一条可以重复走的源码路线:每天用 30 分钟,从一个真实相对路径出发,先用类比建立直觉,再把它接回整条运行链路。
开篇 · 这是个什么项目
Playwright MCP 可以先想成一间官方浏览器 MCP 插座。它的代码不是一堆孤立文件:入口接到需求,核心对象做判断,工具或模型完成工作,状态把结果交给下一个环节。
架构全景(动起来看)
发光扫过的每一层都是一次任务可能经过的站点。不同仓库命名不同,但「接入 → 编排 → 核心能力 → 资源」的责任边界很相似。
怎么使用这份教程
每天 30 分钟
6 讲,每讲先问问题,再给本质和大白话。
真实相对路径
所有路径都从项目根目录算,不把你的机器路径写进源码引用。
先验证再推理
每页都有可复制 bash 命令;文件版本变化时以本地实际内容为准。
可迁移方法
学会从入口、数据结构、循环和扩展点读任何 AI 项目。
从 README.md 认识项目大门
README.md:围绕 README.md 建立因果链:谁调用、处理什么、交给谁;对应阶段是「入口与地图」。
配置与依赖:package.json
package.json:围绕 package.json 建立因果链:谁调用、处理什么、交给谁;对应阶段是「入口与地图」。
顶层入口与启动路径
index.js:围绕 index.js 建立因果链:谁调用、处理什么、交给谁;对应阶段是「入口与地图」。
核心对象:core.spec.ts
tests/core.spec.ts:围绕 tests/core.spec.ts 建立因果链:谁调用、处理什么、交给谁;对应阶段是「核心循环」。
运转循环里的 cli.js
cli.js:围绕 cli.js 建立因果链:谁调用、处理什么、交给谁;对应阶段是「核心循环」。
协作主线穿过 index.ts
tests/testserver/index.ts:围绕 tests/testserver/index.ts 建立因果链:谁调用、处理什么、交给谁;对应阶段是「核心循环」。
能力模块:config.d.ts
config.d.ts:围绕 config.d.ts 建立因果链:谁调用、处理什么、交给谁;对应阶段是「核心能力」。
业务动作落在 src
src:围绕 src 建立因果链:谁调用、处理什么、交给谁;对应阶段是「核心能力」。
把任务交给 README.md
src/README.md:围绕 src/README.md 建立因果链:谁调用、处理什么、交给谁;对应阶段是「核心能力」。
扩展点附近的 roll.js
roll.js:围绕 roll.js 建立因果链:谁调用、处理什么、交给谁;对应阶段是「核心能力」。
状态如何进入 playwright.config.ts
playwright.config.ts:围绕 playwright.config.ts 建立因果链:谁调用、处理什么、交给谁;对应阶段是「状态与协作」。
消息与协作:index.d.ts
index.d.ts:围绕 index.d.ts 建立因果链:谁调用、处理什么、交给谁;对应阶段是「状态与协作」。
持久化视角下的 update-readme.js
update-readme.js:围绕 update-readme.js 建立因果链:谁调用、处理什么、交给谁;对应阶段是「状态与协作」。
模型侧连接:fixtures.ts
tests/fixtures.ts:围绕 tests/fixtures.ts 建立因果链:谁调用、处理什么、交给谁;对应阶段是「模型与扩展」。
工具/MCP 桥:capabilities.spec.ts
tests/capabilities.spec.ts:围绕 tests/capabilities.spec.ts 建立因果链:谁调用、处理什么、交给谁;对应阶段是「模型与扩展」。
检索与知识:library.spec.ts
tests/library.spec.ts:围绕 tests/library.spec.ts 建立因果链:谁调用、处理什么、交给谁;对应阶段是「模型与扩展」。
集成层:click.spec.ts
tests/click.spec.ts:围绕 tests/click.spec.ts 建立因果链:谁调用、处理什么、交给谁;对应阶段是「模型与扩展」。