不接管密码：用 CDP 复用已登录会话做页面自动化

页面自动化最麻烦的一步往往不是「点哪里」，而是「怎么登进去」。让脚本替你输账号密码，既要把凭据交给程序，又要跟验证码、二次验证搏斗，收益很低。

更省事的做法是反过来：人只负责登录，程序只负责操作。给浏览器开一个调试端口，脚本用 Chrome DevTools Protocol（CDP）接上去，复用你已经手动登录好的那个会话。

一、启动时带上调试端口和独立配置目录

msedge.exe --remote-debugging-port=9222 ^
  --user-data-dir=D:\auto\profile ^
  --no-first-run --no-default-browser-check

独立 user-data-dir 的好处是：自动化用的 cookie 和日常浏览完全隔离，互不污染，也不会因为你关掉日常窗口而丢登录态。

二、脚本通过 CDP 接入，而不是自己启动浏览器

const { chromium } = require('playwright-core');
const browser = await chromium.connectOverCDP('http://127.0.0.1:9222');
const ctx = browser.contexts()[0];
const page = ctx.pages()[0];

connectOverCDP 不会新开浏览器，它接管你眼前这一个。登录、扫码、填验证码全都在真实窗口里由人完成，脚本从头到尾见不到密码。

三、把「最小化」当成常态

Browser.setWindowBounds 可以把窗口收起来，而页面照常执行 JS、照常响应点击：

const bs = await browser.newBrowserCDPSession();
const { windowId } = await bs.send('Browser.getWindowForTarget', { targetId });
await bs.send('Browser.setWindowBounds', {
  windowId, bounds: { windowState: 'minimized' },
});

最小化之后 page.evaluate() 和截图都还能用，只是屏幕上看不到窗口——这对「后台跑个签到、前台照常干活」的场景刚好合适。

四、什么时候不该这么做

• 涉及支付、授权、凭据同步的弹窗，仍然应该由人点确认，脚本不该替你做决定。
• 明确禁止自动化的站点，绕过去只是把风险转嫁给账号本身。
• 需要「真实操作留痕」的任务（实验、考试），脚本化点完并不等于你真的会了。

一句话总结：登录交给人，重复交给脚本，授权留给判断。

（本文记录一次 CDP 接管已登录浏览器的实践，代码在 Windows + Edge 156 下验证通过。）