图片来源
ACCESS 笔记组织法-竖向
指向原始笔记的链接 Spaces (P.A.R.A. 工作法)[!cc-header-noborder] # ACCESS 笔记组织法
🗺️ 知识图谱 (Atlas) 说明
这里是本库的知识图谱、导航和工作台层，不再承担普通内容笔记的归档职责。
经过思考和提炼后的主题内容通常进入
Cards/或Spaces/；Atlas 负责把这些内容组织成 MOC、Base、Canvas、LLM Wiki 编译层和可巡检的控制台。目标：
- 建立一个相互连接的知识网络。
- 促进深度思考和知识创新。
- 方便地检索和重用知识。
主要子文件夹说明：
Bases/: 存放 Obsidian Bases 视图和工作台；任务系统视图已收拢到Bases/TaskNotes/Canvas/: 存放 Obsidian Canvas 画板文件，用于可视化思考和知识结构梳理Categories/: 存放各种分类体系和标准，帮助组织和归类知识Draws/: 存放绘图源文件、导出图和其他图形化资料；子层分为Canvas/、Excalidraw/、Exports/、Cropped/和Notes/LLM Wiki/: 存放 source summary、concept、query、synthesis 等编译层产物MOCs/: 存放内容地图 (Maps of Content)，作为知识导航的枢纽Skill 管理卡片现在放在
Sources/Skills/；对应管理视图仍在Atlas/Bases/skills管理.base。原
Atlas/Collections/已退役。web-to-base 这类系统集合样板移动到_system/docs/collections/；临时属性化卡片本体回到Cards/，说明保留在_system/docs/structure/card-property-staging。核心方法论：
- 参考 Zettelkasten 方法，强调笔记间的链接。
- 笔记应该原子化、概念化，并用自己的话来写。
- 定期回顾和重构这里的知识。
up:: ACCESS 笔记组织法
我的理解
Atlas意思是地图集。
Dataviews专门放各类数据聚合查询的结果。其实有很多专门化定制化的插件可以做更多事儿，但由于笔记量少，现在对dataview的依赖度还没那么高，先用着，静观其变。
单个案例或项目的MOC，考虑直接放在对应文件夹里面，相当于起到一个个文件夹的readme和导览的作用。这里专门放这些MOC的MOC。目前我的笔记还不丰富，所以把某个子主题的MOC都直接放在对应文件夹里面了，这样也方便基于该MOC新建文件。随着规模扩大，这里的MOC的MOC应该会有用武之地。原文解释
An Atlas is a “map of maps”.
The Atlas folder contains your Maps of Content (MOCs).
You’ll usually navigate to them using your Home note, but keeping them in a folder away from your ever-growing note collection allows you to maintain them more easily as well as quickly navigate between them using the sidebar.
These notes are so important, they truly deserve their own folder.
[[Heptabase]]
低结构捕获
[[Calendar/_ Calendar Readme|Daily notes]] [[Clippings]] / [[Sources/_ Sources Readme|Sources]]
[[AI预处理工作流]]
[[闪念笔记]]
[[» Daily notes工作流]][[文献笔记]]
[[C.O.D.E|CODE流程]][[项目笔记]]
[[P.A.R.A|PARA]]
[[如何使用Cursor管理Obsidian知识库|AI处理工作流]]项目笔记 的所在地。集中存放短中期聚焦的项目内容。
这里面的笔记，应该都是可执行的任务分解出的，或者是任务执行结束或闭环后的归纳总结。
🚀 项目说明
这个文件夹用于存放所有正在进行，需要分配时间进行行动action的项目。
每个项目可以有自己的子文件夹，包含相关的笔记、任务列表、资源链接、会议记录等。
项目管理建议：
- 为每个项目设定明确的目标和截止日期。
- 使用标签（如
#project/active,#project/archived）或 Dataview 查询来跟踪项目状态。- 定期回顾项目进展。
示例项目结构：
0-Project/ ├── 项目A/ │ ├── 目标与计划.md │ ├── 会议记录/ │ └── 相关资源/ ├── 项目B/ └── Projects Readme.mdArea Readme
up:: ACCESS 笔记组织法
主要子文件夹说明
AI/: 存放与 AI / AIGC 相关的文献、资料、生成稿和案例Articles/: 存放网络文章、博客文章等的文献笔记和摘要Books/: 存放书籍阅读笔记、摘要和思考Clippings/: 存放 Obsidian Web Clipper 等工具剪藏的原始资料；根Clippings/已合并到这里Courses/: 存放在线课程、培训等的学习笔记和资料CuboxSync/: 从Cubox同步的网络收藏和剪藏内容GithubStarsSync/: 从GitHub Stars同步的开源项目和代码库资料Movies + TV/: 存放影视作品相关的观后感和评论Newsletter + RSS/: 存放订阅的新闻邮件和RSS内容Skills/: 存放 skill 管理卡片、用途说明、触发边界和个人评分；可运行 skill 仍在.agents/skills/DataSamples/: 存放 JSON、embedding、Elasticsearch / OpenSearch mapping 等数据样例和归档样本WuCaiSync/: 从五彩同步的网络高亮和标注内容- 导入空正文索引：承接已删除的无正文、无入链同步导入记录，避免空壳单页继续占据笔记数量。
- GithubStarsSync 生成页归档索引：承接已删除的无入链 GitHub Stars 同步生成页；这些页正文只是 frontmatter 的模板展开，索引保留 repo URL、描述、stars、语言和 topics。
- 豆瓣影音无评论归档索引：承接已删除的无入链、无个人评分、空 Comment 的豆瓣影音同步记录；索引保留标题、类型、评分、日期、类型、国家、导演和 Douban ID。
- 豆瓣影音评分归档索引：承接已删除的无非同步日志入链、保留个人评分但无手写评论的豆瓣影音同步记录；索引保留个人评分、豆瓣评分、日期、类型、国家、导演、Douban ID 和正文图片链接。
- 微信读书同步元数据归档索引：承接已删除的零入链或只被 2022 年度回顾引用、且无高亮 / 无读书笔记 / 无有效评论的微信读书同步书目；索引保留书目元数据和原简介，并用 aliases 承接旧年度回顾链接。
个人用法
Spaces 中的 Resource 偏向 action 行动，以及作为 project 和 area 的强相关的支撑材料，以内容为分类依据。
而这里的 Sources，偏向于剪藏、搜集，以资源文件类型为分类依据。
另外就是有明显系列化、批量资源的，比如一门课程，一个 rss 订阅，一部电视剧等，都放这里，可以做为将来的检索条件。
原文解释
The beast-like Evernote Web Clipper approaches Gandalf trying to infect and corrupt your PKM sanctuary with hordes of low-value articles you’ll never read and that will drown your own thinking a pit of orc-like chaos.
📚 来源 (Sources) / 文献笔记 说明
这个文件夹主要存放文献笔记 (Literature Notes)。
文献笔记是针对你阅读或参考的外部信息来源（如书籍、文章、论文、视频等）所做的笔记。
核心目的：
- 理解与消化: 用自己的话总结、转述原文的关键信息和论点。
- 记录思考: 写下阅读过程中的疑问、评论、联想和启发。
- 建立连接: 将文献中的观点与自己已有的知识卡片 (Permanent Notes) 联系起来。
- 方便溯源: 记录完整的文献来源信息（作者、标题、年份、链接等）。
与 Clippings 的区别：
- Clippings 是原始内容的剪藏。
- Sources 是对原始内容进行主动阅读和思考后的产物，是用自己的话写成的笔记。
处理流程：
- 阅读一篇文献（可能来自 Clippings 或其他地方）。
- 在此文件夹下创建对应的文献笔记。
- 在笔记中用自己的话总结要点，记录思考。
- 将文献笔记中提炼出的核心思想、新概念转化为
Cards/、Spaces/或Atlas/LLM Wiki/中的稳定笔记。- 在永久笔记和文献笔记之间建立链接。
下次为了不把状态栏上的icon截进去，考虑新建在obsidian的新窗口中，再截图，就不会有状态栏了。
最终发布
