写论文写到一半，你手上其实已经攒了一堆东西：下载的文献散在浏览器下载目录里，生成的开题报告在桌面上，组会要用的图在微信传输助手里躺着。东西都在，但要用的时候，得靠回忆把它们一个个找出来。MuchSci 应用集里的知识库，针对的就是这件事——把散落的文件收进一个「资产库」，让它们可检索、可分享、可回溯。
这篇把知识库单独拆一遍：它和本地文件夹差在哪、文件进库要经过什么、界面上的几个入口各管什么，以及分享链接把「发文件」这件事改成了什么样。
01 「库」和「文件夹」，不是一回事
▲ 图 1｜两边都能存文件，差别在于一边靠人记，一边能检索、能流转
文件夹的逻辑是「按路径存放」：你建一堆层级，把文件塞进去，然后靠自己的记忆维护这套结构。库的逻辑不同：文件进来先被统一归档，类型、体积、日期这些元数据自动读出来，检索是内置的。文件夹管「放在哪」，库管「怎么找到、怎么用」。
这些元数据不只是摆设：类型决定了预览方式，体积和日期帮你判断「是不是这份」，检索时它们也是现成的过滤条件。文件一多，这些字段的用处会越来越明显。
这不是说文件夹没用了。日常随手存个安装包、放张截图，文件夹依然顺手。但科研资料有个特点：生命周期长、复用频率高、经常要发给别人。这类东西进库，收益才明显——因为「找得到、发得出、回得去」这三件事，文件夹一件都不管。
02 一个文件进库，会发生什么
▲ 图 2｜只有第一步要你动手，后面的归档、解析、索引自动完成
把一份文件拖进库，真正有价值的动作在后面。解析这一步会读出它是什么类型、多大、什么时候的；索引这一步让它能被关键词命中。等到你要用的时候，你面对的不再是一个路径，而是一张能直接预览的卡片。
文件夹里的文件是「存进去就完了」，库里的文件是「存进去才刚开始被用」。这个差别决定了后面所有环节的体验：检索、预览、分享，都建立在归档和索引已经做好的前提上。
举个具体的场景：你要找去年组会用过的一份综述初稿，在文件夹里得回忆它放在哪个项目目录、叫什么名字；在库里，搜关键词、按类型筛 docx、按日期排，几步就缩到几张卡片。省下的不是找文件的时间，是「想起来放哪了」这件事本身。
03 界面：三块能力合在一处
▲ 图 3｜全部资产、我的分享、回收站，分别对应归档、流转、可逆
下面是 MuchSci 文件资产库的界面，三个标签页把上面说的机制摆在了明面上：
▲ 图 4｜文件资产库：网格卡片、搜索筛选、分享与下载都在同一层
全部资产里，文件以网格卡片呈现，docx、图片混在一起，每张卡片带着类型、体积、日期，可以预览、搜索、筛选、切换视图，也可以直接下载或移出资产库。我的分享管外发：一键生成分享链接，权限和有效期可控。回收站管兜底：移出资产库的文件先进这里，误删还能找回。三块各管一段，合起来才构成「资产」这个词的完整含义。
04 发文件，变成了给权限
▲ 图 5｜同样四件事，两种做法的差别不在快慢，在可控性
传统发文件的方式是「复制一份传出去」：传给谁了、对方拿去做什么、要不要收回，全都超出你的控制范围。库的分享是另一个模型：文件只有一份在库里，发出去的是带约束的链接——谁能看、看到什么时候，都可以设。
有效期这件事值得单独说：给合作者的审阅链接设一个到期时间，比事后催着删除可靠得多——约束写在链接上，而不是靠人的记性。
合作者要的永远是「能访问」，而不是「一份拷贝」，这个差别在多人协作时最明显：版本变了不用重传，权限到期自动收口，资料从哪来也说得清。
05 边界
照例把边界摆在明面上。
① 本篇讲的是功能位置与机制，不构成效果承诺。 资料能不能「变成资产」，和文件本身整理得好不好、命名清不清楚有关系，库解决的是存放之后的环节。
② 分享出去的内容，责任在使用者。 链接设置了权限和有效期，但发什么、发给谁，是人的判断；涉及未发表数据、他人隐私的文件，分享前先确认有没有授权。
③ 涉及科研数据的存放与流转，以所在机构的现行规定为准。 哪些数据能出本地环境、能共享给谁，各机构要求不同，工具不替代这个判断。