🃏 卡片笔记 (Cards) 说明
从_ 📥 Inbox Readme来的，可以是临时卡片，也可以是永久笔记，不管怎么称呼。这里的笔记，我可能通过以下几种方式进行纳管：
- 某个主题超过30张以上卡片，可以考虑进行PARA化了。操作见让Cursor将Cards中的笔记，针对某个主题进行有机串联，然后统一归入PARA
- 给卡片打上轻量的tags或者properties，然后在base里面索引查看。当然，这个并不产生反向链接。比如某些卡片可以打上tag临时挪个地儿，放到_Properties Added Readme，之后再形成更大规模后，用para或moc承载。
- 在其他卡片（canvas, md等）中通过标题搜索，引用Cards中的卡片。
这个目录放太多文件的话，会导致有时候打开的时候卡顿。为了避免卡顿，得定期维护，让这个目录文件数量少于1000。
这个系统，和P.A.R.A不冲突。如果第一次创建文件就能有para的归属，就直接放到对应para文件夹里面。如果没有归属，比较离散，就先放这，或一直放这。这里相当于自下而上笔记结构的池子，等时机成熟、数量够多以后，考虑结构化，规整到P.A.R.A中，就算永久捞不出来，也无所谓，通过搜索或链接发现既可。
up:: ACCESS 笔记组织法
我的理解
虽然叫永久笔记permanent note，但个人理解其实更贴切的翻译是常青笔记evergreen note。一来，根据形式，和闪念笔记与文献笔记区分开。二来，根据目的，它是永恒且发展的，能为将来所用的永久笔记。
暂时先把日常片段式的思考和闪念，以短小的卡片笔记的方式，直接丢到这里，不强调文件夹分类，而是尝试通过特殊文件名、标签和链接等方式，让这些笔记具备可发现性，更容易被将来的自己找到。
总而言之，就是悬而未定的但已经有所思考的零散笔记，就丢这里面，期待将来逐步被发现，被结构化，被整理。
这里的∑ MOCs是事后总结归纳，不强调完备性。
一些临时的，pending的又不舍得删除的笔记先放到Pending文件夹里，等以后再处理。
使用cursor的处理提示词，注意这里只是为了让cards不要堆积太多文件显得卡顿，所以象征性地给他们一个文件夹：
整理出来以后，用File Cooker处理一下，将他们分到10个文件夹中。
按照某种较大的分类表中，将这些卡片分成10个大类。每个大类的md文件中，用[[]]语法引用这些从属cards文件，注意不要改动文件名字，也不要挪动他们的位置。