论坛里有很久之前发布的信息：【Mendeley方案】文献管理软件协作
里面有 提到使用 bingfs 来链接Mendeley 归档目录和 MN3 资源库的事情：
Mendeley 的归档目录设定应该是在其 Preferences 第二个栏目是吧？ 如下：
我的情况和问题依次如下，如果有什么不妥的，请帮忙指出：
-
早在几年我停止使用自动归档，一方面是这种归档导致相同文件的产生，浪费本地空间也浪费Mendeley 自带的免费云空间。
-
归档产生重新按照某种规则命名， 这一点对我是不利的，我需要bibtex，mendeley 自动产生bibtex的文件，保留文件的名字对于bibtex的是用是更好的。
-
目前被Mendeley 接管的PDF容量已经超过Mendeley 免费云空间，我是通过不同设备的Mendeley watch 系统的同一个目录，通过iCloud 同步这个目录的文件来实现不同设备之间的文档和信息同步。
-
构想着 如果如果我依旧采用watch的方式，把 watched Folders 设置到 MN3 的资源库里面的指定目录，这样就避免使用 bindfs ，我只需要把 PDF 文档的存放位置就设置在MN3 的资源库里面。但这样是不行的，因为 在 Watched Folders 的设置里，无法指向 用户名\Library ,在这个位置是默认隐藏的， Mendeley 设置里面无法操作。
-
如果4确实不行，并且只能按照上方指引的帖子的方法操作，那就是一定得设置mendeley的归档目录，借用归档目录还进行 bindfs，或者直接把归档目录设置到 MN3 的资源库位置。是这样吗？如果文件直接放在本地 Documents 目录路径之下，本身是5G， 归档后产生额外5G， 经由MN3 沙盒机制同步到iCloud，又产生5G的消耗，总共有额外10G的消耗，还是比较费硬盘的。。。。
-
是不是最经济节约的办法就是让文档直接存放在 iCloud 里面 MN3所属的目录里？（暂时别引入要什么文件再投喂MN3什么文件的路线）这样子会产生什么副作用吗？和放在Documents目录下的安全性有什么差别吗？
谢谢指教。