我搭建过很多「完美系统」：带标签体系的知识库、带复利公式的习惯追踪表、带自动化流程的待办清单。它们的共同结局是：在第三周悄无声息地死去。不是我不够自律，而是系统本身太重了——重到维护它的成本超过了它带来的收益。
后来我发现一个反直觉的规律：能活过三个月的个人系统，几乎都很小。小到不好意思称之为系统。
复杂系统的问题不在复杂
复杂系统的问题，是它假设了一个永远精力充沛、永远状态在线的你。它在你状态最好的那天被设计出来，却要在你状态最差的那天被执行。这注定失败。好的个人系统应该按「最低能量日」来设计：在最累、最忙、最没心情的那天，你依然能完成它的最小单元。
系统的目标不是最大化产出，而是最小化中断。连续性比强度重要得多。
我的三条微型规则
第一，一件事只用一个入口。想法只进一个收件箱，任务只列在一个清单。入口越多，系统死得越快。
第二，最小单元小到可笑。写作的最小单元是一句话，阅读的最小单元是一页，运动的最小单元是出门。目标不是完成，而是「不断」。中断一次的代价，远大于少做一点的代价。
第三，每月只修一个地方。系统允许迭代，但不允许重构。频繁推倒重来是另一种形式的拖延——用搭建系统的忙碌，替代真正去做的笨拙。
小，是深思熟虑的结果
把系统做小不是偷懒，而是一种诚实：承认自己的精力有限，承认生活会打断计划，承认长期主义靠的不是意志力，而是低摩擦。那些运行了五年的习惯，回头看都简单得不像话——而这正是它们能运行五年的原因。