PARA 方法：给数字生活一个四格柜子

简短大纲

• PARA 到底是什么：Project、Area、Resource、Archive 四个抽屉
• 为什么它有用：不是为了收纳漂亮，而是为了少做无谓判断
• 怎么落地：从清空 Inbox 到每周归档，一套可照抄的流程
• 常见坑：假项目、大项目、过度分类，以及把 Archive 当垃圾桶

资料越存越多，越找越不到

你大概也有过这种时刻：明明记得存过一篇文章、一段会议纪要、一个架构图，真要用的时候怎么也翻不到。搜索框像个脾气古怪的老同事，你输入关键词，它回你一堆似是而非的结果。最后只好重新问人、重新下载、重新整理，嘴上说"算了"，心里已经开始骂自己。

这不是记性差，也不完全是工具差。很多时候，是我们没有给信息安排住处。

PARA Method 要解决的就是这个问题。它不是又一个让人周末折腾 Notion 模板的方法，也不是把人生切成漂亮色块的数字园艺。它的核心很朴素：把正在推进的事、长期维护的责任、将来可能有用的资料、暂时不用的旧东西，分开放。

听起来平平无奇。可许多有用的方法，都是把一句朴素的话执行到位。

这事在家里也常发生。我找东西，经常翻箱倒柜半天还找不到；我爱人却总能很快拿到她要找的东西。区别无他，我总爱随手乱放，她则习惯分门别类，从哪里拿的，再放回哪里去。

一、What：PARA 是什么

PARA 是 Tiago Forte 在 Building a Second Brain 体系里提出的数字组织方法。Todoist 对它的解释很清楚：把任务、想法、资料和文件，统一放进四类：Project、Area、Resource、Archive。

翻成大白话，就是四个抽屉。

最容易混的是 Project 和 Area。一句话区分：Project 是会完成的，Area 是要维护的。

"准备 6 月技术分享"是 Project，因为它有交付物和截止日期；"持续提升表达能力"是 Area，因为它没有自然终点。你可以围绕这个 Area 启动多个 Project，比如"读完一本演讲书"、"录制 3 次试讲"、"写一篇复盘"。

Resource 也别神化。它不是知识宫殿，只是"以后可能要看"的材料架。把它想成厨房里的调料柜：真正做菜时才用得上，平时不必天天擦亮摆拍。

Archive 更不是垃圾桶。它像仓库。暂时不用，挪远一点，别天天挡路。

二、Why：PARA 不是为了整理，而是为了少犹豫

很多人一听整理方法，第一反应是："我已经够忙了，还要维护一套系统？"

这个怀疑很合理。一个需要每天精心打理的系统，很快就会变成新负担。好比你买了个高级扫地机器人，结果每天花半小时给它清障、换水、擦传感器，最后发现自己才是机器人。

PARA 值得用的地方，不是"分类更优雅"，而是减少三类成本。

1. 少做"放哪儿"的判断

没有系统时，每存一条资料都要临场发挥：放备忘录？放浏览器收藏夹？放项目文档？发给自己？丢群里？

PARA 把这个问题压成四选一。咱们不必追求完美分类，先放到最像的抽屉里。以后真用到了，搜索加上下文，大概率能把它带回来。

2. 找东西时先缩小范围

如果要找"某次技术分享的素材"，先去 Project；如果找"长期关注的 WebRTC 资料"，先去 Resource；如果找"去年做过但已经结束的方案"，去 Archive。范围一缩小，搜索就不再像大海捞针。

工具的搜索能力再强，也怕你把所有东西都扔进一个叫"杂项"的黑洞。

3. 把注意力留给正在推进的事

真正让人焦虑的不是事情多，而是所有事情都摊在眼前。已完成的、暂停的、想做但没计划的，全和今天必须推进的混在一起。大脑看到这些，就像 IDE 里开了 80 个标签页，风扇都开始转。

PARA 的 Project 区只放当前正在推进的项目。其他东西该进 Area、Resource 或 Archive 就挪走。不是放弃，只是别让它们天天在眼前催命。

三、How：五步把 PARA 跑起来

下面这套步骤借鉴了 Todoist 的 PARA 实践，但不绑定 Todoist。你可以用它整理 Todoist、Obsidian、Notion、Google Drive、本地目录，甚至一摞纸质笔记。

关键原则只有一个：尽量在不同工具里使用同一套分类。

第一步：先清空脑袋，不急着分类

先建一个 Inbox，把所有悬在脑子里的东西倒出来：

• 正在做的项目
• 最近答应别人的事
• 邮件里待处理的事项
• 日历里即将发生的活动
• 想读的文章、想看的书、想研究的工具
• 一直觉得"有空再说"的念头

这一步别纠结分类。先捕获，后整理。很多系统死在第一天，就是因为一上来就设计完美目录，东西还没倒出来，人已经累了。

第二步：用判断表分到四类

分类时别靠玄学，靠几个问题就够了：

如果一个东西同时像 Project 和 Area，优先问一个问题：它会不会完成？

"减重 5 公斤"是 Project；"保持健康"是 Area。"重构支付模块"是 Project；"维护支付系统稳定性"是 Area。

第三步：限制活跃 Project 的数量

Todoist 的文章引用 Tiago Forte 的建议：多数人同时维护 10 到 15 个活跃项目比较合适。这个数不必当成法律，但方向是对的。

项目太少，遇到卡点容易全线停摆；项目太多，每个项目都只剩心理负债。

我建议先用一个更笨、但更有效的规则：如果一个项目两周内没有下一步动作，要么拆小，要么归档，要么放到 Someday。

大项目尤其要拆。比如"搭建个人知识管理系统"太大，最好拆成：

• 整理现有笔记入口
• 建立 PARA 顶层目录
• 迁移最近 3 个月资料
• 设置每周回顾提醒

拆完之后，每个 Project 都应该能回答三个问题：目标是什么，下一步是什么，做到什么程度算完成。

第四步：给 Project 和 Area 加动作

只有分类，没有动作，PARA 就会变成一个好看的仓库。

Project 下面要有可执行任务，最好带下一步动作、截止时间和依赖。比如：

• Project：写 PARA 方法文章
• 收集 Todoist 原文要点
• 写四类定义表
• 补一段工程师场景
• 发布前检查链接和图片

Area 下面则适合放周期性动作和维护标准。比如：

• Area：技术写作
• 每周整理 3 条素材
• 每月至少发布 1 篇长文
• 每季度回顾文章主题分布

注意这两类动作的气质不同。Project 追求完成，Area 追求稳定。前者像冲刺，后者像练功，拳不离手，曲不离口。

第五步：用链接和标签把资料接回来

PARA 不是让信息互相隔绝。相反，好系统应该允许信息在四类之间流动。

举个工程师场景：

• Project：准备一次 WebRTC 调试分享
• Area：音视频技术积累
• Resource：WebRTC 诊断工具、RFC 摘要、历史故障复盘
• Archive：去年那次已经结束的线上问题处理记录

这些东西分别住在不同抽屉，但可以通过标签、链接、双链或文档引用连起来。准备分享时，把 Resource 里的资料链接到 Project；分享结束后，把 Project 归档，沉淀出来的可复用内容再放回 Resource。

这样做的好处是：Project 保持轻，Resource 保持活，Archive 不再吓人。

四、每周 10 分钟维护，不要搞成宗教

PARA 真正的生命线不是初始分类，而是小维护。

建议每周固定 10 分钟做四件事：

1. 清 Inbox：把新东西分到 P / A / R / A。
2. 看 Project：每个活跃项目是否有下一步动作。
3. 看 Area：是否有需要补上的周期性维护。
4. 做 Archive：完成、暂停、过期的东西挪走。

这里有个反直觉点：归档越勤快，系统越有生命力。

很多人舍不得归档，因为怕以后找不到。其实恰好相反，什么都不归档，才是真的找不到。就像厨房台面上永远堆着锅碗瓢盆，看似都在手边，实际做个番茄炒蛋都得先考古。

归档不是否定过去，而是给现在让路。这个道理听起来像废话，做起来却很难，咱们大多数人的"待整理"，最后都变成了"再也不看"。

五、几个常见坑

坑一：把梦想当项目

"学好英语"、"成为更强的架构师"、"多运动"，都不是 Project。它们太大、太虚、没有结束条件。

可以把它们放到 Area，再拆出真正的 Project：

• Area：英语能力
• Project：30 天读完一本英文技术书
• Project：准备一次英文技术分享

梦想可以有，但别让它假装成待办事项。待办事项扛不起这么重的理想。

坑二：Resource 变成收藏癖

Resource 最容易膨胀。看见好文章就存，看见好工具就收，最后收藏夹像仓库大甩卖，热闹是热闹，没几件真用得上。

给 Resource 加一个小规则：存的时候写一句为什么。

比如不要只存链接，而是写：

这篇文章讲 PARA 的四类判断，适合以后写任务管理文章时引用。

一句话就够。未来的自己会感谢今天多打的这十几个字。

坑三：不同工具各搞一套分类

Todoist 一套、Obsidian 一套、云盘一套、本地目录又一套。刚开始觉得很灵活，过两周就成了迷宫。

更稳的做法是：顶层结构尽量一致。哪怕每个工具下面细节不同，最上面都保持 Project / Area / Resource / Archive 的心智模型。

这也是 PARA 的方法论内核：它不是某个工具的模板，而是一套跨工具的地址系统。

坑四：追求一次整理到位

不要试图用一个周末把十年资料全部 PARA 化。那不是整理，那是搬家，还没有请搬家公司。

更现实的做法是只整理"最近 90 天会用到的东西"。旧资料先整体放 Archive，以后用到再细分。系统是用出来的，不是装修出来的。目的无他，先让它活起来。

总结

一句话：PARA 的价值不是把数字生活收拾得好看，而是让每个东西都有一个临时但可靠的去处。

它的四个抽屉很简单：

• Project：正在推进、会结束的事。
• Area：长期维护、不会结束的责任。
• Resource：将来可能参考的资料。
• Archive：现在不用、以后可能查的旧东西。

如果今天就想试，不要打开十个工具折腾模板。只做一件事：在最常用的任务或笔记工具里建这四个入口，然后把 Inbox 里最近 20 条东西分进去。能分对 70% 就很好，剩下 30% 以后再调。

方法论不是用来供奉的，是用来少受点罪的。

行动清单

• [ ] 在常用工具里建立 Projects、Areas、Resources、Archives 四个入口。
• [ ] 把最近 20 条待办、笔记或资料丢进 Inbox，再按判断表分类。
• [ ] 只保留 10 到 15 个活跃 Project，多出来的先拆小、暂停或归档。
• [ ] 给每个 Project 写出下一步动作，给每个 Area 写出一个周期性维护动作。
• [ ] 每周固定 10 分钟清 Inbox、看 Project、做 Archive。

思维导图

下面两张思维导图分别对应原图里的两个信息：一个讲"怎么判断放哪儿"，一个讲"四个抽屉各自是什么"。

图一：PARA 分类判断

@startmindmap
* PARA 分类判断
** 它是一个想法吗？
*** 是
**** 近期需要执行吗？
***** 是
****** 放入 Projects
******* 当前任务
******* 短期推进
******* 有完成条件
***** 否
****** 需要长期维护吗？
******* 是
******** 放入 Areas
******** 长期责任
******** 持续维护标准
******* 否
******** 放入 Archives
*** 否
**** 是链接、引用、案例、数据或笔记吗？
***** 是
****** 放入 Resources
******* 未来可能参考
******* 支撑项目或领域
***** 否
****** 放入 Archives
******* 现在不用
******* 以后可能查
@endmindmap

图二：PARA 四类定义

@startmindmap
* PARA Method
** 1. Projects
*** 当前、短期任务
*** 有完成日期和截止时间
*** 例子
**** 下周销售演示
**** 组装新桌子
** 2. Areas
*** 长期责任
*** 需要维护标准
*** 没有固定截止日期
*** 例子
**** 整体生产力
**** 维护预算
** 3. Resources
*** 感兴趣的主题
*** 未来需要参考的东西
*** 例子
**** 销售资料
**** 园艺文章
** 4. Archives
*** 已完成的任务
*** 暂时不用的资源
*** 不再需要维护的责任
*** 例子
**** 去年销售电话
**** 去年马拉松指南
@endmindmap

扩展阅读

• The PARA Method: How to Organize Your Life in 4 Categories
• Building a Second Brain
• PARA Method

本作品采用知识共享署名-非商业性使用-禁止演绎 4.0 国际许可协议进行许可。