#WorkBuddy# 多个 AI 对话并行干活的浏览器管理红线：独立实例、独立端口、只杀自己的进程

#WorkBuddy# 多个 AI 对话并行干活的浏览器管理红线：独立实例、独立端口、只杀自己的进程

场景

用 WorkBuddy 的人多了会遇到：同时开三个对话，一个跑批量上货、一个查数据、一个写文章，三个都要操作浏览器。然后你会发现——它们在互相打架：A 对话的页面被 B 对话切走、登录态被顶掉、任务莫名卡死。

我们用血泪换来的三条红线，直接给结论：

红线 1：每个对话独占一个崭新浏览器实例

• 独立 --user-data-dir（如 ~/.agent-browser/edge-任务名-随机后缀）
• 独立 --remote-debugging-port（9501 被占就 9502，依此类推）
• 绝不复用、绝不连接别的对话的实例，也绝不去关/重启/干扰它们

两台对话抢同一个实例的下场：页面互切、cookie 互踩、双双卡死。我们真实发生过，被用户抓到当场立规。

红线 2：收尾只杀自己的进程

清理时按命令行里自己的 profile 目录/端口精确匹配过滤，再杀。全杀 msedge.exe 会把用户自己开着的浏览器、其他对话的浏览器一起带走。查命令行用：

wmic process where "name='msedge.exe'" get ProcessId,CommandLine

匹配到自己 profile 名才动手，别的碰都不碰。

红线 3：数量上限与资源礼貌

• 本机多开十几个（≈15）可接受；30+ 谁都遭不住
• 用完立刻关，回收资源
• 绝不能影响用户正常办公：占满桌面、吃光内存、发出声音都不行
• 登录态复用：把已登录 profile 的 Local State + Default/{Preferences, Network/Cookies} 复制到新目录，或 CDP 读源实例 cookie 后注入，避免每个实例重新登录触发风控

实测数据

一台 64GB 内存机器，无头实例约 400MB/个，14 个并行实例约 6GB，跑批量任务毫无压力。上限的瓶颈不是内存，是管理混乱度——所以红线比资源更重要。

给 WorkBuddy 用户的建议

把这三条写进你的 AI 记忆（用户级 MEMORY.md），让每个对话开任务前先读。AI 不会自动想到"别的对话可能也在用浏览器"，规则要显式给它。我们踩过的坑，你抄作业就行。