MFS：构建Agent可搜索上下文文件系统的技术路径

在构建智能代理系统的过程中，上下文管理始终是决定Agent能力上限的关键因素。当Agent需要同时处理代码仓库、数据库记录、工单系统、聊天记录、文档库等多种异构数据源时，传统的检索方式往往显得力不从心。Zilliz开源的MFS（Multi-source File-like Search）项目提出了一种创新的解决思路：将分散的多源上下文统一组织为可搜索、可浏览的文件空间，让Agent能够像操作本地文件系统一样访问各种远程数据源。这一设计理念不仅简化了Agent与外部系统的交互方式，更重要的是建立了从搜索候选到证据回读的完整证据链，为构建可靠的企业级Agent应用奠定了基础。

多源上下文分散的工程困境

现代Coding Agent已经具备读取代码、修改文件、执行命令等基础能力，但在面对真实项目时，上下文信息的分散性构成了严峻挑战。一个典型的开发任务可能涉及代码仓库中的实现逻辑与测试代码、项目规范文档中的长期规则、即时通讯工具中的决策讨论、问题追踪系统中的任务状态、关系型数据库中的业务记录，以及云存储中的外部参考资料。单纯依靠grep命令进行检索，的前提是使用者明确知道目标信息所在的目录和关键词；而依赖向量数据库进行语义检索，则面临另一个问题：搜索结果提供的是文本片段，Agent难以判断这些片段的来源、时效性和可信度，更无法回到原始文件进行核实。这种上下文管理的割裂状态，严重制约了Agent在复杂任务中的表现。

统一文件化接口的设计理念

MFS的核心设计理念是将各种异构数据源统一转化为类文件树结构，为Agent提供一组稳定且熟悉的操作接口。每个数据源都被映射为包含路径标识的URI，Agent可以通过search、grep、ls、tree、cat、head、tail等命令进行检索和浏览。例如，可以通过mfs add命令添加本地代码仓库、远程GitHub仓库、PostgreSQL数据库、Slack频道等不同类型的来源，然后使用mfs search进行跨源搜索，使用mfs cat配合locator定位符重新打开原始文件。这种设计的核心优势在于：Agent无需为每个数据源单独编写SDK调用逻辑，也不必维护复杂的连接状态，而是面对一组统一且直观的文件操作接口。更重要的是，搜索结果携带的source和locator信息，使得Agent能够在获得候选结果后，回到原始对象读取精确的证据，而不仅仅是依赖摘要信息进行判断。

客户端-服务端分离的架构优势

MFS的摄取管道设计充分考虑了多源场景下的工程挑战。数据从connector进入后分为两条处理路径：Object Lane负责将文件、图片、表格行、消息流等独立对象拆解为object task，进入持久化队列后依次完成转换、切分、embedding处理并写入Milvus向量库；Job Lane则处理目录摘要等跨对象聚合任务，按照目录树结构从底向上折叠生成综合摘要。这两条路径最终都汇聚到chunk-embedding-index的标准流程，新connector只需将外部系统映射为URI tree和object格式，无需重复实现向量库、缓存、队列和检索逻辑。在凭证安全方面，MFS采用引用机制而非明文存储：connector配置文件中只保存环境变量引用（env:VAR_NAME）或文件路径引用（file:/abs/path），实际的token、password和凭证文件在server进程环境中解析。Agent作为客户端只能看到引用标识，无法直接接触原始密钥，这对于团队级部署和权限边界控制至关重要。

应用边界与技术选型考量

将MFS纳入Agent上下文工具体系时，需要明确其适用边界。从实践经验来看，MFS最适合两类场景：第一类是个人或小团队的AI Coding工作流，当开发者需要在多个代码仓库、文档库、历史记录、问题追踪系统和即时通讯中跨源检索证据时，MFS可以作为统一的上下文入口；第二类是构建Agent产品的团队，MFS提供的CLI、SDK和HTTP API可以作为 retrieval/context base layer，避免从connector、chunking、embedding、向量库schema等底层组件开始重复造轮子。但对于已知确切文件位置和关键词的简单检索任务，直接使用grep或rg更为高效；对于仅需存储少量用户偏好的场景，Agent memory更加轻量；对于固定文档问答场景，简单的RAG服务已经足够。MFS的价值在多源、跨格式、需要证据回读、需要Agent自主浏览的复杂场景中才能充分体现。

MFS所代表的文件化上下文接口理念，为企业级Agent开发提供了重要启示：Agent上下文工程的关键，不在于将更多文档塞入向量库，而在于建立从搜索候选回到原始证据的完整路径；不在于追求语义检索的广度，而在于确保Agent能够定位、读取和引用可信的来源信息。未来企业Agent产品的上下文层，大概率会演化为可搜索、可浏览、可审计、可恢复的文件系统式接口，而MFS正是这一方向的先行实践。