项目与领域的边界
定义
项目：有明确终点、需要自己主动推进、短期内可完结的事。
领域：无截止日期、需长期持续关注和定期维护的方向。
判断标准只有一个：这件事有没有明确的终点？ 有的是项目，没有的是领域。
不是什么（反例）
- "我在做的事"不等于项目——长期持续关注的兴趣、职业方向是领域，不是项目
- 项目完成后变成历史记录，不等于领域消失——领域是持续存在的背景
- "重要的事"也不一定是项目——重要的事可以是领域里的持续投入
- 打开项目库不知道优先关注什么
- 做完的项目不清理，越积越多
- 领域里的持续投入没有检视机制
- 往知识库新建文件夹前：先问"这件事有没有终点"，决定放项目还是领域
- 整理项目库时：把没有终点的内容迁移到领域，把已完结的项目归档
- 定期回顾时：项目看进度和下一步，领域看近期有没有持续投入
- 流程思维 — 项目管理本质是流程：什么状态、下一步是什么、何时完结
- 内化程度 — 这个概念目前还在"正在实践"层，遇到真实场景时还需要提醒自己
- 复盘 — 领域的维护机制本质是定期复盘
- 2026-04-08：从整理想法工作流提炼，原始语音记录了用 Opus 重构项目库的经历，Claude 给出的区分标准"有时效性、需主动推进 = 项目；长期关注 = 领域"；文章2026_04_02_项目库乱了四个月一次忍无可忍的重构
为什么重要
把项目和领域混放，会导致三个问题：区分清楚之后，项目追进度，领域做定期回顾，管理逻辑完全不同，维护成本也会大幅下降。