OpenClaw与PARA 文件夹系统与三方协作管理实操指南

工具不是目的，让知识流动起来才是目的。本文从方法论到实操，帮你在 Obsidian + Antigravity + OpenClaw 三方协作下完成从”信息堆积”到”知识体系”的跃迁。

第一部分：PARA 方法论详解

1.1 PARA 是什么？

PARA 是由生产力专家 Tiago Forte 提出的个人信息管理框架，将所有数字信息按照可操作性分为四个层级：

层级 含义 可操作性 生命周期 Projects（项目） 有明确目标和截止日期的事务 🔴 最高 短期 Areas（领域） 长期维护的生活/工作责任区 🟡 中等 持续 Resources（资源） 未来可能有用的参考资料 🟢 较低 长期存档 Archive（归档） 不再活跃的内容 ⚪ 最低 冷存储

1.2 为什么选择 PARA？

传统文件夹管理往往按主题分类——「学习」「工作」「生活」——这种方式有两个致命缺陷：

1. 边界模糊：一篇”用 Python 做副业”的笔记，放「学习」还是「工作」？
2. 缺乏行动力：打开文件夹看到一排主题，不知道现在该做什么

PARA 的核心理念是按可操作性排序，而非主题：

❌ 传统方式：我这篇笔记”关于什么”？→ 主题分类 → 越分越乱 ✅ PARA 方式：我这篇笔记”用来做什么”？→ 行动分类 → 越用越清晰

1.3 四层文件夹的使用详解

📥 00 – Inbox：万物之入口

核心原则：零摩擦捕获

Inbox 不是垃圾桶，而是”待分拣的快递站”。任何你不确定放哪里的内容，都先放 Inbox。关键是降低记录的门槛，让每一个灵感都有着落。

什么该进 Inbox：

• 突然冒出的想法
• 微信/网页上看到的好内容
• 会议中随手记的要点
• AI 对话中产生的有价值片段

Inbox 的黄金法则：

🔑 48 小时内处理。如果一篇笔记在 Inbox 里停留超过 48 小时，要么归档，要么进入其他文件夹，要么直接删掉。让 Inbox 保持清爽是高效的前提。

🚀 01 – Projects：当前正在做的事

判断标准：三要素缺一不可

✅ 是项目 = 有目标 ∧ 有截止日期 ∧ 有可交付成果 ❌ 不是项目 = 以上任一缺失

示例：

✅ 是项目 ❌ 不是项目 3月15日前完成论文初稿 提升写作能力 开发一个个人博客网站 学编程 准备下周一的汇报 PPT 做好本职工作

项目笔记的组织方式：

01 – Projects/ ├── 个人博客开发/ │ ├── 需求文档.md │ ├── 技术选型.md │ ├── 开发日志.md │ └── TODO.md ├── 论文写作/ │ ├── 文献综述.md │ ├── 初稿.md │ └── 导师反馈.md └── 季度汇报/ └── Q1汇报大纲.md

Tip

每个项目使用子文件夹，完成后整个文件夹拖入 04 – Archive/，干净利落。

🏠 02 – Areas：你的责任田

Areas 是你持续维护但没有截止日期的领域。它代表了你生活中的各个”角色”。

一个实用的发现方法：问自己这些问题

• 我的生活中有哪些领域需要持续关注？
• 如果某个领域被我忽视半年，会出什么问题？

常见 Areas 规划：

02 – Areas/ ├── 日记/ ← 每日记录 ├── 健康/ ← 运动、饮食、体检 ├── 财务/ ← 收支、投资、理财 ├── 职业发展/ ← 技能提升、职业规划 ├── 人际关系/ ← 重要联系人、社交笔记 └── 自我成长/ ← 阅读、反思、习惯养成

📚 03 – Resources：你的知识仓库

Resources 存放按主题组织的参考资料——那些”现在不急用，但以后可能有价值”的内容。

与 Areas 的区别：

Areas Resources 性质 你的责任 你的兴趣 例子 “我的健康管理” “营养学知识” 驱动力 我必须维护 我想要了解

Resources 的组织技巧：

03 – Resources/ ├── 编程/ │ ├── Python 技巧.md │ └── Git 常用命令.md ├── 写作/ │ ├── 写作技巧合集.md │ └── 好句摘录.md ├── 工具/ │ ├── Obsidian 插件推荐.md │ └── AI 提示词模板.md └── 笔记使用指南.md

🗄️ 04 – Archive：冷静的终点站

Archive 是一切”完成了”或”不再活跃”内容的归宿。

什么时候归档：

• 项目完成了 → 整个项目文件夹移入
• 某个 Area 不再维护了（如换了工作）
• Resources 中过时的资料

Archive 的意义：

归档不是遗忘，而是”放下但不丢弃”。Obsidian 的全局搜索和图谱仍然能检索到所有归档内容。

第二部分：三方协作架构

2.1 架构总览

2.2 三方分工一览

2.3 FTP 同步模式的特殊考量

OpenClaw 通过 FTP 与云端服务器同步，这带来了远程访问的便利，但也引入了同步冲突的风险。

FTP 同步的核心挑战：

本地修改文件 A ──┐ ├→ ？？冲突！ 云端修改文件 A ──┘

应对策略（详见第三部分”防紊乱方案”）：

• 职责分区制
• 文件锁定协议
• Frontmatter 编辑标记

第三部分：效率提升实操方案

3.1 方案一：职责分区制（最推荐）

核心理念：不同工具负责不同区域，减少交叉操作。

📥 00 – Inbox/ → 三方均可写入（新内容入口） → Antigravity /organize 负责分拣 🚀 01 – Projects/ → 编码项目：Antigravity 主导 → 写作项目：三方均可，通过 frontmatter 标记当前编辑者 → OpenClaw：云端可读可编辑 🏠 02 – Areas/ → 日记类：Obsidian 手写为主 → 管理类：Antigravity AI 辅助 → OpenClaw：云端补充 📚 03 – Resources/ → Antigravity：AI 生成摘要、整理 → Obsidian：手动阅读和标注 → OpenClaw：云端同步参考 🗄️ 04 – Archive/ → 只读区，避免三方同时修改

3.2 方案二：编辑者标记协议

在笔记的 frontmatter 中加入编辑者信息，让三方知道”谁在修改这篇笔记”：

— date: “2026-03-01” tags: [project] edited_by: antigravity # 当前编辑者 last_edited: “2026-03-01T03:30:00+08:00” edit_history: – who: thom when: “2026-03-01T10:00” what: 初稿 – who: antigravity when: “2026-03-01T15:00” what: AI 润色 —

协议规则：

1. 编辑前检查 edited_by 字段
2. 开始编辑时更新为自己的标识
3. 编辑完成后在 edit_history 中追加记录
4. 如果发现 edited_by 不是空值且不是自己，先与对方协调

这套协议依赖各方自觉遵守。Antigravity 的 /review workflow 可以自动检查 frontmatter 的完整性，帮助你发现遗漏。

3.3 方案三：时间错峰策略

当三方可能同时操作时，通过时间窗口分配来避免冲突：

3.4 方案四：Git 版本追踪（进阶）

针对 FTP 同步带来的”无版本控制”问题，可以引入 Git 作为安全网：

ScarletZiling/ ├── .git/ ← Git 版本追踪 ├── .gitignore ← 排除 .obsidian/ 等配置 ├── 00 – Inbox/ ├── …

推荐的 .gitignore：

# Obsidian 配置（每台设备不同，不需要同步） .obsidian/workspace.json .obsidian/workspace-mobile.json # Antigravity 配置 .agents/ # 系统文件 .DS_Store Thumbs.db

工作流程：

1. 每次 FTP 同步后，自动 git add . && git commit
2. 发现冲突时，通过 Git diff 定位差异
3. 让 Antigravity 帮你解决合并冲突

第四部分：构建智慧知识库的进阶策略

4.1 渐进式摘要法（Progressive Summarization）

不要试图一次性”完美整理”笔记。采用多轮提炼：

第一层：原始内容（完整记录） ↓ 标粗关键句 第二层：加粗高亮（突出重点） ↓ 用 AI /summarize 提炼 第三层：AI 摘要（写入 frontmatter） ↓ 人工凝练 第四层：一句话核心（aliases 字段）

实操步骤：

1. 先在 Inbox 中快速记录原始内容
2. 阅读时用 **粗体** 标记关键句
3. 用 /summarize 让 AI 生成摘要
4. 最终提炼出一句话写入 aliases，便于后续搜索

4.2 双向链接网络构建

从”文件夹思维”升级到”网络思维”：

传统：文件夹是”抽屉”，笔记是”纸张”→ 一张纸只能放一个抽屉 网络：链接是”线索”，笔记是”节点”→ 一个节点可以连接所有相关内容

实操建议：

1. 写笔记时：每篇笔记至少链接 2 个相关笔记
2. 定期维护：用 /review 让 AI 建议潜在链接
3. 图谱检查：每周用 Ctrl+G 打开图谱，寻找孤立节点

链接类型参考：

链接类型 格式 适用场景

概念链接 [[概念名]] 引用某个概念或术语

来源链接 来源：[[书名]] 标注知识来源

相关链接 相关：[[笔记A]] 关联相似主题

序列链接 上一篇：[[笔记B]] 系列内容导航

4.3 标签系统设计

标签（tags）是文件夹之外的第二维度分类。设计一套简洁的标签体系：

# 内容类型 tags: [note, article, guide, log, review] # 状态 tags: [draft, active, done, archived] # 来源 tags: [original, clipping, ai-generated] # 主题（按需扩展） tags: [tech, life, reading, writing]

标签使用原则：

• 每篇笔记 2-5 个标签为宜
• 避免过度细分（python-3.11-asyncio-bug ❌ → python ✅）
• 用 /review 让 AI 建议补充标签

4.4 MOC（Map of Content）枢纽页

当某个主题下的笔记超过 10 篇时，创建一个 MOC 页面作为导航枢纽：

# 🗺️ Python 学习 MOC ## 基础 – [[Python 基础语法]] – [[Python 数据类型]] ## 进阶 – [[Python 异步编程]] – [[Python 设计模式]] ## 项目实战 – [[个人博客开发]] – [[数据分析工具]] ## 参考资源 – [[Python 官方文档笔记]] – [[推荐学习路径]]

MOC 的位置：放在对应的 Area 或 Resource 文件夹根目录。

第五部分：防紊乱实操检查清单

5.1 每日检查（2 分钟）

• Inbox 中是否有超过 48 小时的笔记？ → 立即处理
• 今天新建的笔记是否都有 frontmatter？

5.2 每周整理（15 分钟）

• 运行 /organize 清空 Inbox
• 检查 Projects 中是否有已完成的项目 → 移入 Archive
• 运行 /review 审查本周新笔记
• 浏览图谱视图，检查孤立节点

5.3 每月大扫除（30 分钟）

• 运行 /summarize 为未摘要的笔记批量生成摘要
• 审视 Areas：是否有不再维护的领域 → 移入 Archive
• 检查 Resources：是否有过时的资料 → 更新或归档
• FTP 同步检查：确认云端与本地一致
• 如果使用 Git：检查是否有未提交的变更

5.4 文件命名规范

统一的命名规则是防止紊乱的第一道防线。

✅ 好的命名 Python 基础语法.md 2026-03-01 日记.md 个人博客开发 – 技术选型.md ❌ 差的命名 新建文件.md 未命名.md aaa.md test123.md

规则总结：

有意义的标题：看到文件名就知道内容 日期格式：始终使用 YYYY-MM-DD 项目前缀：项目笔记用「项目名 – 子标题」 格式：不用特殊字符 避免 `/ \ : * ? ” < > 中英文适配 中文标题直接使用，不强制翻译

5.5 FTP 同步防冲突清单

风险与预防措施 同时编辑同一文件：使用编辑者标记协议（见 3.2） 同步延迟导致旧版覆盖新版：同步前先拉取（pull before push） 意外删除文件：启用 FTP 服务器的回收站功能 大文件传输中断：设置断点续传、校验 MD5 配置文件被同步覆盖： .obsidian/ .agents/ 加入同步排除列表

第六部分：AI 工作流串联示例

场景一：从零开始写一篇文章

1. /new-note article “AI 时代的知识管理” → AI 用模板在 01 – Projects/ 创建草稿 2. 在 Obsidian 中写大纲和初稿 → 手动编辑，发挥人类创造力 3. Antigravity 润色 → “帮我润色这篇文章，优化措辞和结构” 4. /review → AI 检查格式、建议双向链接 5. /summarize → AI 生成摘要写入 frontmatter 6. 完成后移入 03 – Resources/ 或 04 – Archive/

场景二：整理一周的碎片笔记

1. 这一周在 Inbox 里随手记了 12 篇笔记 2. /organize → AI 分析每篇笔记，建议： 3 篇 → Projects（正在进行的事） 2 篇 → Areas（日记/健康） 5 篇 → Resources（参考资料） 2 篇 → Archive（过时内容） 3. 确认分类 → AI 自动移动 4. /summarize 03 – Resources/ → 为新入库的参考资料批量生成摘要 5. 打开图谱视图，欣赏新连接 ✨

场景三：开发项目 + 文档同步

1. /new-note project “个人博客 v2” → 创建项目笔记 2. Antigravity 编写代码 → 在 01 – Projects/个人博客v2/ 中开发 3. OpenClaw 通过 FTP 在云端服务器部署 → 远程操作，同步配置 4. 在 Obsidian 中记录开发日志 → 每天写开发笔记，链接到项目主页 5. 项目完成后整体归档 → 移入 04 – Archive/个人博客v2/

结语

🌸 最好的知识管理系统不是最复杂的，而是你愿意每天使用的那个。

PARA 提供了清晰的骨架，Obsidian 提供了优雅的界面，Antigravity 提供了智能的自动化，OpenClaw 提供了云端的灵活性。四者结合，你拥有的不只是一个笔记应用——而是一个会思考、会整理、会成长的第二大脑。

从今天开始：

1. 把新想法扔进 Inbox
2. 让 AI 帮你整理
3. 在图谱中看见知识的连接
4. 享受这个过程 ✨