# Mintlify 给 AI 文档助手造了个假文件系统，启动从 46 秒降到 100 毫秒

> 原标题：文档平台 Mintlify 发了一篇工程博客，讲了一件挺有意思的事：他们给自家 AI 文档助手造了一套假的文件系统，叫 ChromaFs，让 AI 以为自己在用 grep、cat、ls…

- 来源：X · @dotey（宝玉）
- 发布时间：2026-04-03T20:01:00.000Z
- AX AI 日报：https://ai-daily.ax0x.ai/items/3628
- 原文：https://x.com/dotey/status/2040157640442229153

## 摘要

Mintlify 把 AI 文档助手的检索方式从向量 RAG 换成了 ChromaFs——一套用数据库查询模拟 grep、cat、ls 的假文件系统。AI 以为自己在一个真实的文件系统里翻文档，实际上每个命令都被拦截翻译成 Chroma 查询。效果是会话启动时间从沙箱方案的 46 秒压到 100 毫秒，每次对话的边际计算成本几乎为零。按他们月均 85 ...

## 推荐理由

Mintlify 这篇工程博客写得很实在，没有吹概念，而是把方案和取舍摊开来讲。核心思路是把文档页映射成“文件”、章节映射成“目录”，让模型用熟悉的命令行工具去探索，背后实际是数据库查询。效果很直观：启动时间从 46 秒砍到 100 毫秒，边际计算成本接近零。我会先打个折——这个方案强依赖文档本身有清晰的层级结构，正文也承认不适合无层级知识库，所以别把它当成万能 RAG 替代品。但它的真正价值不在省钱，而在检索范式的切换：不是把资料塞给模型，而是让模型自己动手翻。这点对正在折腾 agent 检索链路的人，比单纯跑分更有启发。

## 锐评

这条新闻值得点开看，因为它讲了一个反直觉的工程选择：不优化向量检索，而是让 AI 以为自己在一个真实的文件系统里翻文档。Mintlify 把 grep、cat、ls 这些命令拦截下来，翻译成数据库查询，效果很直接——会话启动从 46 秒降到 100 毫秒，按他们月均 85 万次对话算，一年省下超过 7 万美元的计算成本。

这个方案能跑通，前提是文档本身结构清晰，页面和章节天然对应文件和目录。正文也坦率说了，如果是组织内部那种没有层级、乱七八糟的知识库，这套文件系统隐喻未必好使。这点先别太激动，别看完就觉得向量检索过时了。

还缺一些关键信息：100 毫秒是冷启动还是热缓存下的数据？grep 的精确匹配在中文文档上表现如何？正文没披露这些，也没给出检索准确率的对比数字。另外，这套方案依赖模型能稳定调用工具，如果模型本身工具调用能力弱，体验可能打折扣。