同一账号并行几个项目时，问答引用了另一个项目的资料，先不用急着改权限设置。建议按页面上能看到的顺序走一遍：先从会话记录里找出那次回答到底引用了什么，再看账号所属的工作区与可见范围，然后核对资料归类，最后才按项目重建工作区并做一次对照重试。顺序颠倒容易把归类错误当成权限问题，改完设置后串味依旧。
判断方向是先取证再改配置。从会话记录里取出错回答引用的材料名、引用出现的段落和提问原始表述，再对照账号的工作区列表与可见资料条目数，分清是账号跨了工作区，还是同一工作区内两个项目资料没分开。只有排除同名文件和误导入之后，才值得重建工作区、收窄成员范围，并用同一问题重试验证。具体菜单与接口字段需结合所部署环境的版本确认。
在会话记录里定位引用出错的那次回答
会话记录是唯一能说清“错在哪”的原始证据。不要凭印象回忆上周问过什么，直接把那条回答调出来，逐项抄写，而不是边看边改配置。
- 打开该账号的会话历史，找到出错的那条回答，原样复制提问的原始表述，包括当时是否限定了某个项目库或资料范围。
- 在回答正文里标出引用出现的段落位置，例如“第二段的结论句引用了另一项目的报价单”。
- 把回答中所有被引用的材料名称逐个写下，区分带引用标记的条目与只在正文被提到、没有链接的条目。
可以先用下面这份记录模板把信息固定下来，后三步都以它为对照基准：
出错会话记录
- 会话或回答 ID：
- 提问原始表述：
- 提问时选择的资料范围、项目：
- 引用材料名称（逐个列出）：
- 引用出现在回答的第几段、哪一句：
- 该材料实际归属的项目：
- 记录人与记录时间：如果记录里出现两份名字相近的材料，先不要合并判断，留到第三步核对同名文件时再确认归属。
确认该账号当前所在的工作区与可见资料范围
拿到材料名之后回到账号侧核对，目的是区分两种成因：账号本身同时属于两个工作区，或者账号只在一个工作区里，但该工作区内两个项目的资料没有分开。
- 列出该账号当前所属的工作区清单，逐个记下工作区名称和在该工作区里的角色。
- 在资料管理页查看该账号可见的资料条目数，与“只应看到本项目资料”的规模做对照。
- 把第一步抄下的材料名逐条对照其归属工作区：出错材料属于另一个工作区，且账号在那个工作区也有成员身份，问题一般出在成员范围；出错材料就在当前工作区内，问题多半出在归类。
页面不提供这类视图时，可以先调用环境自带的成员与资料接口，把返回结果落到本地比对。下面只是通用骨架，路径和字段名需要按实际部署替换：
GET /api/workspaces?member={account_id}
→ 返回该账号可见的工作区与角色
GET /api/workspaces/{workspace_id}/documents?limit=200
→ 逐条记录 id、名称、归属项目、导入时间、导入人
核对点：出错材料的 id 是否出现在本不该出现的返回列表里可见资料条目数明显多于单个项目应有的规模时，通常说明这是一个混合库，此时只调成员权限解决不了串味。
检查资料归类是否把两个项目的文件放进同一处
归类是最常见的误判来源。两个项目的文件被导入同一个资料集合，即使成员权限收得再细，问答检索仍可能同时命中。
- 定位出错材料在资料树中的存放位置：属于哪个工作区下的哪个集合或目录。
- 查看导入时间与导入人：同一批导入往往出自同一操作人，能解释两个项目资料为何被一起放进来。
- 搜索同名或近名文件，例如两个项目各有一份《需求说明》，仅按名称匹配就容易串。
- 确认该材料是否被移动过，或是否被复制到公共目录；复制常是串味的起点。
这一步确认两个项目文件同处一个集合后，前面做的权限调整可以先回退，把精力放在拆分和重新导入上。
按项目重建工作区并收窄成员范围后重试
排除归类问题之后，再按项目重建工作区做对照测试。建议一次只动一个项目，旧工作区先保留只读一段时间，便于前后比对。
- 为两个项目分别建工作区，资料按项目各自导入，不再放入公共集合。
- 成员按最小范围配置，只加入确实需要该项目资料的人，并把重建后的成员名单记录下来。
- 用第一步抄下的原始提问，在同一账号下重试，提问时固定选择对应的项目资料范围。
- 追加一次反向测试：提一个只有另一项目能回答的问题，观察当前项目工作区的会话里是否还会给出引用。
项目隔离自查清单（可直接发给团队照做）
- 会话记录里是否写清了出错材料名、引用出现段落、提问原始表述
- 账号所属工作区清单与可见资料条目数是否已核对并留档
- 出错材料的存放位置、导入时间、导入人是否已确认
- 是否存在同名或近名文件，是否已逐个标明归属项目
- 重建后的成员名单是否符合最小范围要求
- 同一问题重试结果是否记录，反向提问是否仍出现跨项目引用
- 旧工作区是保留只读还是下线，是否已通知相关成员
重试后仍出现跨项目引用，先回到第二步确认账号是否在两个工作区同时保留了成员身份，而不是继续调整资料目录；重试正常，则把重建后的成员名单和资料导入方式固定为后续新项目的默认做法。