Agent Session

持续交互与事件的容器，独立于当前context窗口。

Session是持续交互和事件的容器，与当前模型窗口、业务Task和沙箱都不同。一段会话可以讨论多个任务；同一Task也可能由另一个已授权会话继续。新窗口未必意味着新Session，而新的Session也不自动获得用户全部历史。数据模型应保存这些映射，而不是靠聊天标题猜测归属。

Claude Code官方文档描述本地JSONL记录、同ID恢复和新ID分叉；OpenAI Agents SDK的Session协议提供历史读取、追加、弹出与清空。它们说明会话连续性可以被持久化，但这种history接口本身没有完成企业长期记忆的来源、冲突、TTL与删除传播治理。

会话合同应记录租户、参与者、项目、可见范围、事件游标、保留策略和当前执行关联。Resume延续同一历史；fork复制某个边界的历史到新身份，并应重新检查工具和资料权限。多设备并发输入需要排序，不能两个客户端各自覆盖messages。模型窗口只是从Session中选择出来的当前视图。

关闭会话、取消后台任务、删除聊天和撤回记忆是四种产品操作。关闭窗口不应悄悄终止获准后台任务；删除聊天也不必然删除合规要求保留的业务记录。界面需清楚展示范围。测试跨窗口恢复、同时输入、fork与删除，检查权限变化后旧摘要和在途子Agent是否受到相应处理。

跨设备继续时，应以服务端事件游标和版本为准。客户端重连携带最后已见事件，服务器补发缺失记录；重复输入通过稳定消息身份去重。若离线设备携带旧权限或旧任务限制，应重新获取当前状态，不能让它把过时会话缓存覆盖服务器历史。这种场景需要实际多客户端验证。

Session访问范围由当前身份决定，历史上参与过会话不代表永久拥有全部产物。恢复、分享和导出都应重新执行相应权限检查。

实践重点：保存参与者、scope、日志游标与保留策略；resume和fork采用不同身份。

验证抓手：验证跨窗口恢复、fork、删除与权限重新核验。

常见误区：把会话、业务任务、sandbox和长期记忆合成一行文本。

Agents SDK：Session接口源码；Claude Code：工作原理。