定义
项目：有明确终点、需要自己主动推进、短期内可完结的事。
领域：无截止日期、需长期持续关注和定期维护的方向。
判断标准只有一个：这件事有没有明确的终点？ 有的是项目，没有的是领域。
不是什么（反例）
- "我在做的事"不等于项目——长期持续关注的兴趣、职业方向是领域，不是项目
- 项目完成后变成历史记录，不等于领域消失——领域是持续存在的背景
- "重要的事"也不一定是项目——重要的事可以是领域里的持续投入
为什么重要
把项目和领域混放，会导致三个问题：- 打开项目库不知道优先关注什么
- 做完的项目不清理，越积越多
- 领域里的持续投入没有检视机制
区分清楚之后，项目追进度，领域做定期回顾，管理逻辑完全不同，维护成本也会大幅下降。
应用场景
- 往知识库新建文件夹前：先问"这件事有没有终点"，决定放项目还是领域
- 整理项目库时：把没有终点的内容迁移到领域，把已完结的项目归档
- 定期回顾时：项目看进度和下一步，领域看近期有没有持续投入
值得保持的
在意识到混乱后，能追溯到根源（概念没想清楚），而不是停在表面（懒得维护）。找到根源才能真正解决问题。待改善的
知道了边界，但新建内容时仍然容易凭感觉随手归类。需要把判断标准变成自动触发的检查习惯，而不是靠事后整理补救。相关概念
来源记录
- 2026-04-08：从整理想法工作流提炼，原始语音记录了用 Opus 重构项目库的经历，Claude 给出的区分标准"有时效性、需主动推进 = 项目；长期关注 = 领域"；文章2026_04_02_项目库乱了四个月一次忍无可忍的重构