sessionstorage支持同源下跨路径访问但不支持跨标签页访问；同源指协议、域名、端口完全一致；单页应用内路由跳转、刷新、前进后退均保留数据；新开标签页即新会话，数据隔离；iframe仅同源时可访问父页面sessionstorage。
sessionStorage 支持跨路径访问，但不支持跨标签页访问——前提是必须严格满足同源策略。
同源是跨路径访问的前提
只要协议、域名、端口三者完全一致，不同路径的页面（比如 /login 和 /dashboard）就属于同源。它们运行在同一个标签页中时，可以共用同一份 sessionStorage 数据。
例如：用户从登录页跳转到首页（路由变化但未新开标签页），sessionStorage 中保存的 token 依然可读；Vue Router 或 React Router 的客户端导航不会清空它。
路径变化不影响 sessionStorage 存活
单页应用（SPA）中，URL 路径改变（如 hash 或 history 模式切换）属于页面内导航，浏览器不会销毁当前会话上下文。
创建全面的交接文档，使新AI代理能够无缝继续工作，消除歧义。解决上下文耗尽问题。 时机：(1)用户请求保存交接，(2)上下文即将满，(3)主要任务完成，(4)会话结束，(5)恢复工作时。 关键词：保存状态、创建交接、上下文已满、暂停、从...恢复、加载交接、保存进度、会话转移、交接
- 刷新页面：数据保留
- 前进/后退：数据保留
- 内部路由跳转（如 /user → /order）：数据保留
- 新开标签页访问同一路径：数据隔离（新会话）
跨标签页永远不可见
即使两个标签页打开的是完全相同的 URL（如都访问 https://example.com/dashboard），它们的 sessionStorage 也是完全独立的，彼此无法读写。
这是设计使然，不是 bug。浏览器为每个标签页维护独立的 sessionStorage 实例，作用域单位是“单个标签页 + 同源”，不是“同源下的所有页面”。
iframe 场景需额外注意同源性
父页面与 iframe 页面若同源（协议+域名+端口全等），iframe 内脚本可直接访问父页面的 sessionStorage；若不同源，则被同源策略拦截，连读取权限都没有。
常见误区：以为子域名互通（如 a.example.com 和 b.example.com）——实际不满足同源条件，无法共享 sessionStorage。
