## 引言：为什么需要分层管理？ IRK 框架是一套帮助你管理个人数字文件的方法。 它的核心思想很简单：**不同性质的文件，应该用不同的方式来管理。** 项目文档和电子书不一样，考试资料和家庭照片也不一样——如果把它们一股脑地塞进同一套文件夹体系，很快就会陷入"找不到"和"懒得整理"的困境。 IRK 中的三个字母分别代表 **Information（信息）**、**Resource（资源）** 和 **Knowledge（知识）**。你可以把它理解成三层分工： - **I（信息）：** 为当前某个具体项目服务的文件（这里的"项目"是广义的，指任何有明确起止的具体事务，大到通过一门考试，小到提交一个表格等等。） - **R（资源）：** 值得长期保留、以后还可能反复用到的文件 - **K（知识）：** 按主题收录、能够独立检索和复用的内容，可以来自 I 或 R，也可以来自观察、实践和思考 IRK 框架的基本流程分为两步： 1. **分流**——判断一个文件应该保留还是删除，保留的归入信息或资源 2. **收录**——把可复用内容按主题收进知识层，并持续归并、去重 下面，我们逐一展开。 ## 第一步：分流——判断信息、资源或删除 面对一个新文件，你需要判断两件事：**它是否仅为某个具体项目服务** 以及 **它是否有长期复用价值**。这两个维度交叉，将产生三种结果： | | **无长期复用价值** | **有长期复用价值** | |--|:--:|:--:| | **为特定项目服务** | 信息 | 资源（长期价值优先） | | **不为特定项目服务** | 删除 | 资源 | - **信息（Information）：** 仅为特定项目服务的文件。比如项目方案草稿、考试复习资料、旅行攻略文档……项目结束后，它们的价值就只剩下留档备查。 - **资源（Resource）：** 具有长期复用价值的文件。比如电子书、学术论文、设计素材……它们的价值不依附于任何特定项目，值得长期保留。 - **删除：** 既没有当下用处也没有长期价值的文件，留着只会成为数字杂物，直接删除即可。 > [! QUESTION] 如果一个文件在为特定项目服务，又有长期价值怎么办？ > 判断的关键不是"这个文件正在被哪个项目使用"，而是**"它的价值是否依附于这个项目"**。比如你为项目下载了一篇论文，论文的价值不会随项目结束而消失，所以它更应该属于资源而非信息。再比如，项目方案草稿经历了 6 版迭代，过程版本只对本项目有意义，属于信息；但如果终稿被提炼成一份通用的方案模板，那份模板就属于资源。 > > 当然，在项目进行过程中，你可以先将这类资源存放在项目文件夹中，方便使用。项目完成后，再把它们统一按资源来存放。 ### 信息（Information）—— 仅为特定项目服务的短期文件 信息层收纳的是为了完成某个具体项目而收集或产出的文件。这些文件的生命周期与项目周期高度相关：项目结束后，它们的价值就变成了"留档备查"——因为下一个项目需要的往往是全新的文件，直接照搬旧文件的情况很少。 信息层的管理方法很简单： 1. 以"项目"或"事件"为单位，创建独立的文件夹（如 `Q3营销方案`）。 2. 项目完成后，在文件夹名称前加上日期（如 `20260810_Q3营销方案`），移入归档区。长期进行的项目保持活跃状态即可，不必急着归档。 工具方面，操作系统自带的文件管理器（Windows 资源管理器 / macOS Finder）就够了。 ### 资源（Resource）—— 具有长期复用价值的文件 资源层收纳的是不依附于特定项目、具有长期价值的文件，比如文献、设计素材等。它们的价值不随某个项目的结束而消失，可能在未来很多年里反复被用到。 不过，"有长期复用价值"需要诚实地判断，而不是出于囤积心理。如果你说不出"我在什么情况下会再用到它"，那它大概率不属于资源——留着只会占用空间和注意力。 资源层的核心管理原则是：**先按资源的主要用途和内容形态分库**。常见的分类有：软件工具、视觉素材、音频素材、数据资源、书籍文献、课程讲座、影视资源、音乐资源、事务档案、生活记录等（完整清单详见附录 A）。 工具方面，起步阶段用文件夹管理即可；等某类资源体量大到文件夹管不过来时（比如同类文件超过上百个，靠文件名已经不容易找到），再参考附录 C，按需引入更细的元数据、分类法或专业工具进行管理。 ## 第二步：把可复用内容收录进知识层 做好第一步，你的文件已经各归其位——短期文件按项目归档，长期资源各有专库。但仅仅把文件收好还不够。 信息层和资源层保存的归根到底都是原始文件，而原始文件通常内容庞杂、冗余较多，不利于快速定位真正有用的知识——你在项目中积累的经验，常常埋在会议纪要、方案草稿和复盘文档里；一本书、一篇论文或一组资料中，真正对你有用的，可能只是其中少数几个观点。当你以后真的需要某个知识点时，如果还得回到大量原始文件里重新翻找，复用成本就会很高。 因此，那些真正有价值、能够被反复使用的内容，需要按主题收录进知识层，单独保存和管理：可以保留原文摘录，也可以补充说明，重点是让同类知识不再散落和重复。 > [! INFO] K 层来源不限于已有文件 > 多数知识内容来自信息层和资源层，但 K 层并不只接收已有文件中的内容。你在实践、观察、讨论或思考中直接产生的想法，只要具有复用价值，也可以直接收录进知识层。 ### 知识（Knowledge）——按主题收录的可复用内容 知识层保存的不是原始文件本身，而是围绕明确主题收录、归并、去重后形成的内容。在实际管理时，这些内容通常会被写成一篇篇知识笔记。 知识笔记不是文件备份，也不要求每段内容都必须改写成自己的话。它应该像 wiki 条目一样，围绕一个明确主题持续收录内容：有些地方适合保留原文摘录，有些地方适合补充说明，有些想法也可以先作为自己的观察或判断记录下来。关键是把真正有用的概念、关系、结论、方法等内容集中到对应主题的笔记下，归并、去重，让它们未来能被高效地搜索、理解和复用。 **什么时候收录知识？** 不需要刻意安排一个专门的"收录时间"，在以下时刻自然发生即可： - 你在做项目时意识到"这个经验如果下次还能记起来就好了" - 你在阅读时遇到一段让你觉得"这以后肯定还会用到"的内容 - 你在观察、讨论或思考中形成了一个以后可以复用的想法 - 你再次遇到同一个知识点，发现上次没有记下来 组织这些知识笔记时，记住四个最基本的原则： - **一篇笔记只讲一个明确主题：** 这是关键，可以让知识能被高效地找到、理解和复用。 - **记录形式不限：** 精简的原文摘录和自己的说明都可以使用，只要它们能帮助你更快定位、理解和复用这条知识。 - **保留知识来源：** 有外部出处时，记录它来自哪本书、哪篇文章或哪个项目；如果是自己的观察、实践或思考，也可以简单标明产生背景。 - **持续整合：** 后续遇到相关内容时，优先更新已有笔记，补充证据、修正表述、合并重复内容，而不是为同一个知识点反复新建笔记。 > [! TIP] 完整方法参考 > 更完整的知识组织方法请参考 [[KG 笔记法]]。本教程只要求你先能建立一则可复用的短笔记。 知识层的管理不强制依赖某一种工具。起步阶段，只要能稳定保存、搜索和更新知识笔记，普通笔记软件，甚至纯 Markdown 文件配合系统文件夹都可以胜任。等你开始积累更多笔记、需要处理笔记之间的关联时，再使用支持双向链接的工具（如 Obsidian）会更方便。 ## 实战演练：I、R、K 如何协同工作 说完原则，下面用几个场景来演示三个层级是如何配合的。 ### 场景一：把实践经验收录进 K 层（I → K） > **背景：** 你主导了一次跨部门协作项目，过程中踩了不少坑。 1. 项目进行中，你在 I 层的项目文件夹中积累了会议纪要、沟通邮件、进度表等文件。 2. 项目结束后复盘，你意识到"**提前对齐各方的交付标准**"是成败关键。 3. 你打开笔记软件，写了一篇笔记，记录这条可复用的方法论。 4. I 层的项目文件夹正常归档。这条实践经验已经被收录进 K 层，未来遇到类似场景可直接调用。 ### 场景二：把阅读所得收录进 K 层（R → K） > **背景：** 你出于兴趣读了一本关于设计原则的电子书。 1. 电子书存放在 R 层（Zotero 文献库）。 2. 阅读时，你发现"亲密性原则"这个概念解释了你长期以来一个模糊的直觉。 3. 你在 K 层新建一则关于亲密性原则的笔记，可以摘录书中的定义，也可以写下自己的理解，并注明来源。 4. 几个月后你读到另一篇 UI 设计文章也提到了这个原则，你回到同一则笔记补充新的案例和来源——知识在持续演化。 ### 场景三：把自己的想法直接收录进 K 层（观察 → K） > **背景：** 你和朋友聊天时，发现自己对“为什么有些工具越强大越难坚持使用”形成了一个判断。 1. 这个想法没有对应的原始文件，也不是来自某个正在进行的项目。 2. 你判断它以后讨论工具选择、习惯养成或自我管理时可能还会用到，于是在 K 层找到或新建一则相关主题的笔记，记录这条想法和产生背景。 3. 后续如果读到相关文章、遇到新案例，或发现这个判断需要修正，就回到同一则笔记继续补充和整合。 ### 场景四：为项目找到理论支撑（I ↔ R ↔ K 全链路） > **背景：** 你正在负责公司 Q 3 的营销方案（**I 层**——一个有明确截止日期的项目）。你需要找到一个有说服力的理论来支撑方案。 1. **在 I 层发现需求：** 你在撰写 `Q3方案草稿.docx` 时，意识到缺少理论依据。 2. **从 R 层调取素材：** 你打开 **Zotero**（R 层），找到之前收藏的行业报告 `Smith2025.pdf`。这份报告作为长期资源，一直在你的文献库里。 3. **在 K 层收录观点：** 你阅读报告后有了新的理解。你打开笔记软件，新建一则关于“社交媒体广告如何影响用户购买意愿”的笔记，把报告中的关键表述收录到对应主题下，并按需要补充自己的理解，注明来源是 `Smith2025.pdf`。 4. **回到 I 层完成项目：** 你把 K 层收录的观点融入方案草稿，方案顺利通过。 5. **项目结束后，三层的不同处理：** - **I 层：** 项目文件夹加上日期前缀，移入归档区。它完成了使命，很可能不会再被打开。 - **R 层：** `Smith2025.pdf` 留在 Zotero 里。下次遇到相关课题，还可以再次查阅。 - **K 层：** 那则关于“社交媒体广告如何影响用户购买意愿”的笔记留在知识层中。未来遇到社交传播、消费心理等相关问题时，它可以被再次找到并复用。 ## 三层对照 | | **I（信息）** | **R（资源）** | **K（知识）** | | --- | --- | --- | --- | | **概述** | 仅为特定项目服务的短期文件 | 具有长期复用价值的文件 | 按主题收录、归并、去重后的可复用内容 | | **典型内容** | 方案草稿、会议纪要、活动筹备材料 | 电子书、论文、设计素材、照片、安装包 | 围绕明确主题收录的知识内容，可包含原文摘录、来源、说明、个人想法和后续补充 | | **生命周期** | 短期——随项目结束归档 | 长期——作为原始载体持续留存 | 永久——持续演化，不断完善 | | **管理思路** | 按项目隔离，完成后打包归档 | 按资源类型和用途分库，必要时再升级管理方法 | 一篇笔记一个主题，相关笔记互相链接 | | **核心工具** | 文件管理器 / 项目管理工具 | 文件夹起步，按需选用 Zotero、Eagle、Jellyfin 等 | 笔记软件（推荐 Obsidian） | ## 附录 A：资源层完整分类 这是一份较完整的资源分类清单。**起步阶段无需一次性建好所有类别**——先从你手头最多的两三类资源开始，随着积累逐步扩展即可。 - **软件工具：** 用于安装、运行或恢复数字环境的程序与镜像。 - **包含内容：** 系统镜像、软件安装包、驱动程序、AI 模型、软件配置导出 (dotfiles) 等。 - **视觉素材：** 用于设计、剪辑、制作的画面原料。 - **包含内容：** 设计源文件 (PSD/AI)、矢量图、参考图、视频特效片段、字体笔刷。泛视觉资源（如表情包、壁纸等外部采集图片）也归于此。 - **音频素材：** 碎片化的声音原料，用于拼装进视频、播客等作品中。 - **包含内容：** 音效 (SFX)、采样切片、loop 循环等。完整的音乐作品（含无版权配乐 BGM）请归入下方「音乐资源」。 - **数据资源：** 结构化或半结构化的电子资料，适合用来统计、查询、建模或长期追踪变化。 - **包含内容：** 原始数据集 (CSV/SQL)、参考字典/对照表、数据库导出、记账记录、体重/血压/睡眠等身体指标记录、情绪评分等连续记录型数据。 - **模板脚本：** 可直接复用的代码或文档模板。 - **包含内容：** 代码片段、自动化脚本、Excel/Notion 模板等。 - **书籍文献：** 知识的载体与源头。 - **包含内容：** 电子书 (PDF/EPUB)、学术论文、网页存档。 - **听觉知识：** **有声书**和**播客存档**也归于此，可视为“听的书”。 - **课程讲座：** 有明确章节结构的系统性教学视频及配套资料。 - **包含内容：** 系统课程视频、讲座录像、课件、练习材料、字幕、讲义等。 - **影视资源：** 完整的影视作品。 - **包含内容：** 电影、节目、动漫。 - **音乐资源：** 完整的音乐作品。 - **包含内容：** 歌曲、纯音乐专辑、无版权配乐 (BGM)。 - **游戏资源：** 存放游戏安装包、补丁等游戏娱乐相关内容。 - **包含内容：** 游戏安装包、补丁、模组、离线资料、存档备份等。 - **事务档案：** 需要长期保存、用于证明、办事、备查或追溯事务过程的重要文件。 - **包含内容：** 证件照、简历、证书、保单、合同、体检报告、学校/工作经历材料、资质材料、医疗检查结果等。 - **边界说明：** 日常体重、血压、记账、情绪评分等连续记录型文件优先归入「数据资源」；日记、心情文字、旅行手记等主观叙事优先归入「生活记录」；只有正式报告、凭证或办事备查材料才归入事务档案。 - **生活记录：** 具有情感价值、用于回忆、纪念或自我叙述的生活记录。 - **包含内容：** 家庭相册、旅行 Vlog、日记、心情文字记录、亲友录音（数字遗产）、具有纪念意义的聊天截图/电子信件等。 - **历史存档：** 不再活跃使用、但需要留存的混合内容。 - **包含内容：** 旧设备全盘备份、微信聊天记录导出、已停用服务的数据导出等。 > [! TIP] 如何归类？ > 如果一个资源看起来能归入多个类别，优先按它的主要用途判断：用于创作的归素材，用于学习研究的归书籍文献或课程讲座，用于欣赏消费的归影视/音乐/游戏，用于证明、办事或备查的归事务档案，用于统计分析或长期追踪的归数据资源，用于回忆纪念或自我叙述的归生活记录。 ## 附录 B：信息层标签系统 > [! WARNING] 注意 > 本附录不是 I 层的起步要求。 I 层主要依靠项目文件夹来管理。但当项目数量变多后，仅靠文件夹往往不够：你可能需要从关联方、领域、时间、地点、交付物类型等角度来查找相关文件。 因此，可以为 I 层增加一套轻量标签系统。标签不是新的主分类体系，也不要求每个项目都打满标签。只有当某个维度确实能帮助你日后查找相关文件时，才需要记录。 常用标签维度如下： | **维度** | **I 层用法** | | --- | --- | | **关联方** | 项目涉及的单位、人物、组织、客户、合作方等 | | **领域/方面** | 项目所属的领域、主题或问题方向 | | **时间** | 项目发生、完成或归档的时间 | | **空间** | 项目发生的地点、区域或场所 | | **交付物类型** | 项目产出的成果类型，如报告、方案、课件、表格、代码、视频等 | | **敏感级别** | 公开、限制、秘密、机密、绝密 | 使用标签时，尽量保持克制。标签的作用是补充检索入口，而不是把所有项目信息重新分类一遍。能通过文件夹、文件名或项目文档稳定表达的内容，不必再额外打标签。 ## 附录 C：资源层进一步的管理方法 > [! WARNING] 注意 > 本附录不是 R 层的起步要求。 资源刚开始积累时，用清晰的文件夹和文件名即可。只有当某类资源数量变多、检索困难时，才需要为这一类资源引入更细的元数据、分类法或专业工具。 R 层的进一步管理不是再建立一套通用标签表，而是让每类资源进一步细化，使用适合自己的管理方法。常见资源类型的管理方法如下： | **资源类型** | **适合的管理方法** | **工具推荐** | | --- | --- | --- | | **书籍文献** | 中图法、汉语主题词表（汉表）、作者、出版年、ISBN/DOI、来源链接 | [[Zotero]] | | **视觉素材** | 素材类型、用途、风格、色彩、授权状态、适用项目 | [[Eagle]] | | **音频素材** | SFX/BGM/loop、情绪、BPM、时长、授权状态 | 文件夹 / [[Eagle]] | | **数据资源** | 数据格式、字段说明、采集时间、记录周期、指标单位、来源、版本、使用限制 | 文件夹 / 数据库 | | **课程讲座** | 课程名、讲师、章节、课时、配套资料、学习状态 | 文件夹 | | **影视资源** | 标题、导演、年份、类型、清晰度、字幕、版权状态 | [[Jellyfin]] / [[Emby]] / [[Plex]] | | **音乐资源** | 艺术家、专辑、年份、流派、曲目号、版权状态 | [[Navidrome]] / [[Plex]] | | **事务档案** | 关联人、事务类型、文件类型、签发/出具机构、有效期、隐私等级、加密状态 | 文件夹 | | **生活记录** | 记录时间、地点、人物、事件、主题、设备 | [[MT Photos]] / 手机相册 |