知识组织 PARA｜项目、领域、资源与 Wiki

先问自己：这份内容正在支持哪件事？有明确成果的工作放进项目，需要长期维护的责任放进领域，供以后参考的主题材料放进资源。退出活跃工作的内容可以归档。

这套分类参考 Tiago Forte 的 PARA 方法。下面的子目录和文件示例是本指南的组织建议，不是 PARA 的固定模板，也不表示 Orrery 会自动创建整棵目录。目录根名称以你的资料库设置为准。

Project：围绕一件要完成的事复制小节链接

项目有具体目标和结束条件，例如“办完一场读书分享会”。同一个项目的背景、讨论、执行材料和成果放在一起，方便自己与 Agent 接续工作。

1. Project/
└─ 读书分享会/
   ├─ moc.md           目标、当前状态和重要文件入口
   ├─ log.md           有意义的进展、决策和方向变化
   ├─ 策划.md
   ├─ 材料/           本次项目实际需要的材料
   └─ 成果/           简报、讲稿等交付文件

材料/、成果/ 可以按需要再建；文件少时直接放在项目内即可。项目目录不等于聊天项目：对话可以绑定真实目录，但两者需要分别理解。

moc.md 用于导航和概括，log.md 用于接续项目。项目工作约定会要求 Agent 检查导航是否需要更新；日志在绑定真实项目目录、发生实质行动或明确决策且允许写入时创建或追加。它们不是每次闲聊都会产生的文件，也不是后台完整录制的操作历史。

例如，确认分享会改为面向初学者，属于值得留在日志里的方向变化。讲稿增加一个重要文件，则应检查 MOC 是否需要新增入口。普通问答或重复报告进度，不需要逐条写入日志。

Area：围绕一项长期责任复制小节链接

领域没有一次性的结束条件，例如“健康管理”或“产品研发”。内部适合放长期目标、维护标准、周期记录，以及相关项目的入口。

2. Areas/
└─ 健康管理/
   ├─ moc.md           领域说明、维护重点和相关项目入口
   ├─ 健康目标.md
   ├─ 日常习惯.md
   └─ 定期回顾/       按实际需要积累记录

“完成一次体检”可以成为项目；“持续管理健康”仍是领域。领域导航可以链接到相关项目，不必把项目文件再复制一遍。示例中的领域 MOC 是可维护的导航建议，不代表每个领域都自动生成同样的文件或项目日志。

Resources：围绕一个可供参考的主题复制小节链接

资源按兴趣或主题积累，例如“知识管理”“摄影”“写作”。它们可以为多个项目服务，尚未对应某个正在承担的责任也可以保存。

3. Resources/
├─ 知识管理/
│  ├─ moc.md           主题说明和阅读入口
│  ├─ 第二大脑阅读笔记.md
│  └─ 方法比较.md
└─ Orrery Wiki/        这份产品使用指南

这是手工组织 Markdown 的示例。通过应用导入资料时，原件、解析正文和附件可能由资料处理流程按自己的格式保存；不要为了照搬示例，随意移动应用管理的资料文件。

保存外部资料时，记下原始链接、作者和来源；写自己的理解时，再说明哪些是原文观点、哪些是自己的判断。项目使用某份资源时，优先保留可追溯的引用关系。

Archive：保留已退出活跃工作的内容复制小节链接

完成或暂停的项目，以及不再活跃的领域、资源，可以进入归档。归档前先确认值得复用的经验是否已经有清楚的入口，移动时检查链接。归档不等于删除，也不要求把所有历史内容合并成一篇笔记。

当前开发预览中的项目归档会先给出目标与冲突预览，确认后再移动整个目录；它不自动重写所有原有链接。项目合并与补 MOC/log 仍主要提供方案。入口状态见当前开放范围。

MOC：给知识画一张地图复制小节链接

MOC 是 Map of Content，复数常写作 Maps of Content，可以理解为“内容地图”。它是一篇把相关笔记链接起来、说明关系并提供阅读路径的笔记。

Nick Milo 的 Linking Your Thinking：MOCs Overview 是本指南采用的直接方法参考。

例如，“知识管理 MOC”可以把第二大脑、PARA、数字花园和自己的实践笔记串起来，并注明“先读什么、哪些方法互补、还有什么问题”。同一篇笔记可以出现在多张 MOC 中，不必为了换一种阅读视角移动文件。材料开始分散、难以把握关系时，就值得整理一张内容地图；不需要等所有笔记完成。

你提到的“知识花园”常对应 Digital Garden（数字花园）：笔记通过关联生长，想法可以逐步修订，而不必篇篇成为一次发布后定稿的文章。MOC 可以作为花园中的导览地图。

两者有关联，但不能把 MOC 说成由数字花园单独发明，或把两者当成同一个概念。数字花园的历史与理念可参考 Maggie Appleton 的说明。

在 Orrery 中，moc.md 是产品采用的目录导航文件名：项目 MOC 可说明目标、状态和重要入口，也可帮助 Agent 建立目录背景。

广义 MOC 可以跨目录、跨主题；产品对本级 moc.md 的读取规则是其中一种具体应用。文件名、维护触发和读取范围属于 Orrery 约定。

写一张小而有用的 MOC复制小节链接

下面是组织示例。真实创建时换成自己的目标、路径和状态；不要把模板中的“完成”复制为真实进展。

---
description: 准备面向初学者的读书分享会，记录目标、当前材料和下一步。
tags: [项目, 读书分享会]
---

# 读书分享会

目标：在一次分享中讲清三个可实践的方法。

当前状态：提纲待确认，讲稿尚未完成。

## 重要入口

- [[1. Project/读书分享会/策划|策划]]：听众、主题和时间安排。
- [[1. Project/读书分享会/log|项目日志]]：已经确认的决策与行动。
- [[1. Project/读书分享会/成果/讲稿|讲稿]]：创建后再加入实际链接。

## 下一步

确认听众与提纲，再撰写讲稿。

作为实际导航时，只保留真实存在或明确标为待创建的目标；上述“讲稿”仅是模板示意。正文不需要拼接全部材料，重要的是说明文件为什么相关。

区分三种 MOC 维护复制小节链接

• 项目协作约定要求 Agent 在相关写作后检查项目导航，但是否执行成功仍需查看文件和回执。
• 当前 Wiki 生成流程会更新 Wiki 根和知识域 MOC 的受管导航部分，不等于维护所有项目、领域和资源的全部 MOC。
• 分层知识地图的设计方向包含更系统的根路由和分类/具体范围 MOC。它是产品组织方向，不能据此宣称当前每轮请求已自动加载全套地图。

当前聊天知识视野读取的是所选目录本级 MOC。文件不存在或过长时，Agent 不能推断遗漏内容。保持目录说明和实际文件一致，比追求一张包罗所有知识的超长索引更有用。

log.md：给下一次工作留下交接记录复制小节链接

项目日志记录“工作如何走到现在”：已经作出的决策、方向变化、完成的关键行动，以及下一步。它与 MOC 配合：MOC 帮助找到内容和理解当前组织，log 帮助理解变化的来由。

Orrery 的设计参考了 Coding Agent 与文件式规划中的工作交接实践。

其中，Anthropic 的长期运行 Agent 文章使用 claude-progress.txt 保存进度，让后续会话先读取再继续工作。我们借鉴这种跨会话接续方式，将内容调整为一般知识项目的进展与决策记录。

这并不意味着项目日志由 Coding Agent 首创，或 log.md 是所有 Agent 的统一标准。

Orrery 选择这个文件名和简短条目格式，是产品自己的约定；它记录的是项目进展与决策，也不等同于软件运行时的 .log 排错文件。具体创建条件见本章 Project 小节。

对一项有意义的行动，可以明确要求：“将本轮已完成的结果和仍待验证的问题追加到当前项目日志，先读取最新内容，保留已有记录。”完成后打开真实 log.md，核对时间、执行者、类别和结果。只读任务或禁止写入时，不应为了日志另行写文件。

Wiki 与这些目录有什么关系复制小节链接

PARA 解决内容按当前用途放在哪里；Wiki 则把内容整理成可以持续查阅、关联和复用的知识。Wiki 可以引用项目经验、领域笔记和原始资料，不需要把三类内容全部搬到一起。

这份位于 3. Resources/Orrery Wiki/ 的产品手册，是我们共同编写的一套使用知识。

它与资料处理流程生成的 AI Wiki 需要分开理解：保存本手册不会自动触发资料摄取，也不代表任意 Resources 子目录都会成为应用的 Wiki 阅读范围。知识处理相关入口仍在开发，具体以当前版本为准。

Agent 的知识视野还需要单独选择。文件放进某个目录，不等于它的全部正文已经进入对话；详见知识视野｜选择当前对话的知识范围。

从一份新材料决定放在哪里复制小节链接

1. 它直接支持一个当前目标吗？ 先在项目中建立入口或链接。
2. 它属于需要长期负责的事吗？ 放到对应领域，说明它与长期标准的关系。
3. 它只是以后可能用到的主题材料吗？ 放进资源，保留来源与用途。
4. 其中有值得跨项目复用的知识吗？ 再整理成边界清楚、能回到原文的知识笔记。
5. 它已退出活跃工作吗？ 考虑归档，同时保留仍有价值的入口。

这些问题帮助你作判断，不是应用已实现的全自动分类承诺。一份资源可以服务多个项目，持久知识也可以承担 Agent 广义长期记忆的一部分；这与独立 Memory 条目的学习和遗忘机制仍需分开，见语义层说明。

知识摄取如何结合 Karpathy 的 LLM Wiki、第二大脑、人工审核和 Orrery 的产品主张，见知识管理 Knowledge｜设计来源与取舍。

方法来源与延伸阅读复制小节链接

PARA 帮助决定组织位置，CODE 帮助理解处理过程。Orrery 的 Wiki、项目 MOC/log 维护约定与 Agent 视野属于产品中的具体设计，不能直接当作上述方法原作者规定的功能。

参考资料核对日期：2026-10-25。理解本章不需要购买课程。