Perplexity 共享 Space 里的文件为什么队友能搜到却打不开原文？搜索权限和源文件权限本来就不是一回事

如果你在 Perplexity 的共享 Space 里发现队友能搜到某份文件相关答案，却打不开文件本身，这通常不是 Space 分享坏了，而是 Perplexity 的“可搜索”和“可查看源文件”本来就不是同一层权限。

Perplexity 当前帮助中心已经把这个边界写得很清楚：从 Google Drive、SharePoint、OneDrive、Box、Dropbox 这类 connected apps 同步进 Space 的文件，拥有该 Space 访问权的人可以拿它们来做搜索和回答；但如果某个成员没有原始 connected app 上的文件权限，他仍然可能打不开源文件内容。

这套设计其实很合理。Space 负责团队协作与检索上下文，原始文件系统负责底层权限。Perplexity 不会因为你在 Space 里能提问，就自动越过 Drive 或 SharePoint 的权限边界。

所以当你看到“能问不能开”时，先别重建 Space，先排这几层：
1. 确认对方确实被加入了 Space。
2. 再确认对方在原始云盘或文档系统里也有文件访问权限。
3. 如果文件最近被移动、改名或撤销共享，重新同步一次 Space 内容。

很多团队会把这类情况误会成同步异常，其实更多时候是权限系统各管一层。Space 给的是“用这份资料回答问题”的协作入口，原文件能不能点开，仍然由 Drive、SharePoint 那边说了算。

如果你的目标是让所有成员都能直接查看原文，单靠把文件同步进 Space 还不够，最好同时把源文件的分享权限也配对好。这样团队成员既能搜，也能追溯到原始文档。