工作区、会话与身份

工作区、会话、记忆作用域和访问身份解决不同问题。理解这些边界，可以避免把“聊天分开了”误认为“资源访问已隔离”。

概念	解决的问题	不能据此推导
工作区	本次实例或任务处理哪些文件与本地状态	操作系统已阻止一切范围外访问
会话	哪些消息构成同一条对话和执行上下文	持有会话标识就具有访问权限
记忆作用域	哪些长期事实对当前任务可见	相同会话一定共享全部记忆
访问身份	谁发起请求，允许访问什么资源	一个普通令牌自动隔离整个实例

Runtime 的路由与作用域

Runtime 通常根据通道和对话标识确定会话。群聊可采用共享上下文或按发言者划分上下文；记忆范围独立计算，可能继续属于同一个群。私聊的记忆可随绑定身份确定归属。

因此，把群聊改为逐人会话并不自动建立逐人的长期记忆隔离；部署者需要同时确认会话策略、身份绑定和记忆范围。

会话的连续性

同一会话串行处理消息，历史与执行状态持久化。活动上下文只保留需要的消息，并保持工具请求和结果配对。较早消息可通过压缩、记忆整合或历史查询保留用途，而不必每轮全部发送给模型。

会话过期、归档、重置与删除是不同操作，不能仅凭一次不再召回历史就判断数据已经删除。保留策略与管理方式见会话指南。

Desktop 的工作目录与状态

Desktop 任务绑定实际目录，宿主协调文件授权、IDE 与工具。个人偏好可以跨项目使用，项目事实按工作区区分；专家团还区分成员上下文、成员记忆与共享决定。

更换工作目录或成员模型可能建立新的上下文。历史记录、长期记忆和真实文件是不同存储，清除一项不会自动清除其他项。详细行为见桌面端任务指南与专家团指南。

多用户部署

同一 Runtime 可以处理多个客户端与会话，但普通 API 令牌通常代表同一实例的受信任调用方。需要服务互不信任的用户或组织时，应分离进程、数据、工作区、凭据和网络入口。具体边界见多客户端与多租户。