发布与验证
让 AI 用 Playwright 验收移动端，而不是只缩窗口
模拟小屏和触摸，再单独确认关键路径。
资料核验2026.11.12 · Playwright Test · 浏览器端到端测试
桌面把浏览器窗口拖窄，能看到一部分排版问题。实际页面还受视口设置和触摸交互影响。用 Playwright 的移动设备配置可以重复检查这些条件，并把关键操作写进同一个项目。
交给编码助手的任务
给助手一条实际路径：在小屏打开归档，点击下一页，到列表开头后再点第一篇文章。要求保存设备配置、视口宽度和失败元素，代码块在自身容器内滚动。
抓住用户真正会做的动作
从一款小屏设备开始，打开文章、展开目录、点击订阅按钮。检查主要内容没有横向溢出，长代码块在自身区域滚动，按钮可以正常点击。用角色和文字定位，尽量少写具体像素位置。
模拟环境适合做回归。对软键盘、原生选择器和真实浏览器行为，最后用实机把关键路径再走一遍。
如果某次失败只出现在移动端，先记录视口和失败动作，再决定是调整布局还是输入方式。
先准备一个对照样例
选一个 390 像素宽视口，检查 document.documentElement.scrollWidth 是否大于视口。再用一段足够长的代码和多页列表，实际点下一页，确认第一排卡片可见。记录是哪一个容器导致溢出。
用这些结果验收
- 页面没有横向溢出。
- 可触摸分页在窄屏仍能操作。
- 翻页后文章首行可见，随后文章链接可以打开。
审查时容易漏掉什么
设备模拟能重跑视口和触摸条件，软键盘、系统分享面板和真实浏览器细节仍需要真机复查。把模拟和实机观察分别记下来，避免把其中一项当成另一项的证据。
设备模拟用来覆盖布局和触摸，真机再看软键盘遮挡、浏览器地址栏变化和系统选择器。给助手两个可量化证据：视口宽度与第一个可见内容元素的顶边位置。这样「能点击」和「点完到正确位置」都能被复查。
