Agent 继承了你的权限，也继承了你 2019 年共享错的文件夹

Box 的 CEO Aaron Levie 发了一条推文，宣布和 NVIDIA 合作，给企业场景里的 AI Agent 做「高级上下文检索」。具体做法是在 Box 里把词法搜索和语义搜索结合起来，让 Agent 找到最相关的信息，并且整个过程遵守企业的安全策略、访问控制和数据治理规则，Agents 只能碰自己有权碰的数据。

他的原话是：Files 🤝 GPUs。

100 倍 Agent，90% 非结构化数据

Levie 的判断听起来有点大：企业里跟数据和系统打交道的 Agent 数量，会是今天公司员工数量的 100 倍。

每次 Agent 部署的成败，决定于它能不能顺利拿到关键的上下文，用来做决策、做调研、执行任务。而企业里 90% 的数据是非结构化的，这些上下文就散在文档、合同、市场素材、研究资料、财务计划、设计文件里。所以问题不在于模型够不够聪明，而在于模型能不能读到那堆文件。

评论区没有讨论检索

推文发出来几分钟，回复的方向几乎全都偏离了检索本身。

有网友 Elliott Michael Smith 给出了一个很朴素的验收标准：我会用「它找到的是已签署的合同，还是一份旧草稿」来评判这个搜索。

Will 问得很具体：Agent 是拥有自己的一套 Box 权限，还是每次检索都直接继承发起请求那个用户的 ACL？

Somi 的回答带着点冷幽默：Agent 继承你的 Box 权限，也就顺带继承了 2019 年某个人不小心过度共享出去的每一个文件夹。

Prasen Shelar 把这条往下推了一步，接上 Box 之前，最好先把那些老的外链公开文件夹翻一遍，因为 Agent 会把没人记得分享过的文件重新翻出来。

Ammar Haider 点出了「只访问被允许的数据」这句话里藏着的歧义：什么叫被允许，是用户能看到的全部，还是这个任务真正需要的那部分？他说今天的默认做法是让 Agent 继承用户的全部权限，这比绝大多数任务实际需要的范围宽得多。

Dominykas Bickus 的吐槽更贴近日常：100 倍 Agent，照样得等一个 SharePoint 审批。

还有一条被不少人忽略的：Jaydeep Makwana 说上下文只占一半，另一半是拿到上下文之后，它们被允许写入什么。多数架构图都跳过了权限那个框。

1990 年的同一个问题

John Brewton 翻出了一段历史。Howard Shao 和 John Newton 在 1990 年 6 月创办 Documentum，最早的客户需求是整理波音 777 的培训手册和 Syntex 的 FDA 申报文件。他的判断是：需要 Box 和 NVIDIA 才能找到正确文件的 Agent，解决的还是那个老问题。

这个对照值得停一下。文档管理这个品类存在了三十多年，核心难点从来不是存储，是定位和权限。现在换了个名字叫上下文检索，底层要处理的东西没怎么变。

访问权成了产品

有一条回复只有五个词：access is the product now。

另一位网友 zrqgood 讲得更完整：Agent 数量涨 100 倍之后，瓶颈会从模型能力转到权限治理。每个 Agent 要有独立身份、最小权限和可审计的访问日志，否则多出来的 100 倍就是 100 倍的数据泄露面。企业内容层谁先把这套做成默认配置，谁就占住 Agent 的入口。

检索负责把文件找出来，治理负责决定谁能看、谁能写。前者是这次合作的卖点，后者才是部署能不能真正上线的那道门。Box 和 NVIDIA 这次把词法加语义的混合检索做进了产品，安全策略和访问控制也写在公告里，但评论区追问的那些细节，比如 Agent 有没有独立身份、检索时继承谁的 ACL、历史过度共享怎么清，公告里没有给答案。

Akshay Saini 补了最后一个容易被跳过的点：Agent 能找到最终的设计文件，但它仍然不知道为什么其他方案被否掉了。除非有人当初把理由写下来。

这件事，GPU 帮不上忙。