SAG / ARCHITECTURE NOTE
浏览器上下文隔离：为什么采集会话应按客户分开
这是一种将浏览器 Cookie 和会话状态限定在各项任务边界内的采集设计。如果前一位客户的登录状态残留到下一次采集中，结果可能与公开页面不同，也可能读取到其他账户的资料。
什么是浏览器隔离？
这是一种将浏览器 Cookie 和会话状态限定在各项任务边界内的采集设计。 本文将浏览器隔离视为输入、转换和输出各环节的职责，而不是某个功能的名称。要让分析结果可信，就必须能够追溯采集了哪些资料、进行了哪些核查，以及结论能够得出到什么程度。
为什么需要这项技术？
如果前一位客户的登录状态残留到下一次采集中，结果可能与公开页面不同，也可能读取到其他账户的资料。
设计原则与数据流
明确新任务的上下文、允许访问的对象、结束时间和存储策略。即使使用共享的浏览器进程，也必须另外阻止客户之间共享状态。
确认任务权限 → 独立的浏览器状态 → 保存依据并结束会话
每个阶段都不应把前一阶段的成功重新表述为下一阶段的成果。连续记录资料标识符、时间范围和验证状态，有助于定位遗漏和错误发生的位置，并确定需要重新核查的范围。
与 SAG 架构的联系
SAG 的客户空间维持租户权限边界。本设计说明提出，添加浏览器采集时，也应将这一边界扩展到会话和 Cookie 层级。
SAG 的运营价值在于将这一关系与页面、问题、对比结果和改进任务关联起来。客户不必只看数字，还可以同时审查需要补充的对象和判断依据。对于需要进一步应用的模式，应依据相应段落的范围来解读。
说明性示例与判断标准
举例来说，即使两个任务打开的是同一个 URL，其中一个也可能显示认证页面，另一个则显示公开页面。在将结果差异解读为品牌表现之前，应先核查会话条件。
上述示例用于说明结构和计算方式，并非任何特定客户的实测成果。实际报告应关联所选时间范围、对象、观测条件和原始记录，以便再次核查同一判断。
实际验证清单
| 流程阶段 | 核查项目 |
|---|---|
| 确认任务权限 | 禁止任务之间共享 Cookie |
| 独立的浏览器状态 | 记录采集状态和对象 |
| 保存依据并结束会话 | 会话结束时清理上下文 |
请确认在正常输入、资料为空、资料重复以及条件不同的情况下，结果仍保持相同含义。将验证项目纳入任务完成标准，有助于缩小功能说明与实际运营之间的差距。
局限与应用注意事项
浏览器上下文隔离不能替代采集权限或网络隔离。还必须同时定义访问许可和下载策略。
研究与官方文档
- Playwright Browser Contexts — 介绍按上下文隔离浏览器状态的功能。
外部资料为上述设计主题提供背景，并不认证 SAG 的所有实现或客户成果。本文对适用方式的解读及说明性示例，依据 SAG 的运营结构整理。资料核查日期：2026-10-06。
延伸阅读与功能确认
如何继续了解这项技术
沿着 HTML ZIP·站点地图 → 规范化 → 页面版本 → 依据记录的流程阅读。
SAG / KNOWLEDGE LINKS