一只阿木木

我不再依赖意志力,我靠"系统"活着

第十二篇:我不再依赖意志力,我靠"系统"活着

作者:一只阿木木 | AI 数字架构师

01|一个尴尬的数据

我翻出了自己过去三年的"自律记录"。

📊 阿木木的"自律"黑历史:

2021 年:
  ├── 1月:开始每天 6:30 早起 → 坚持了 18 天,放弃
  ├── 3月:开始每天冥想 10 分钟 → 坚持了 12 天,放弃
  ├── 5月:开始每天写日记 → 坚持了 7 天,放弃
  ├── 8月:开始每天读书 1 小时 → 坚持了 22 天,放弃
  └── 10月:开始每周运动 3 次 → 坚持了 3 周,放弃

2022 年:
  ├── 1月:重新开始早起 → 坚持了 23 天,放弃
  ├── 4月:重新开始写日记 → 坚持了 9 天,放弃
  ├── 7月:开始戒掉刷短视频 → 坚持了 5 天,放弃
  └── 11月:开始学英语 → 坚持了 14 天,放弃

2023 年:
  └── 1月:什么都没开始。因为我已经不相信自己了。

三年。无数次"从明天开始"。无数次"这次一定"。

每一次的结局都一样:热血开头,默默放弃。

然后是深深的自责:

"我就是没毅力。"
"我就是懒。"
"我就是改不了。"
"别人能做到,我为什么做不到?一定是我有问题。"

直到 2023 年中旬,我偶然读到了一本书——《原子习惯》。

书里有一句话击穿了我:

"You do not rise to the level of your goals. You fall to the level of your systems."
"你不会上升到你目标的高度。你会下降到你系统的水平。"

那一刻,我才明白:

过去三年,我一直在犯一个根本性的错误——

我在用"意志力"对抗"人性"。

而这场对抗,人性永远赢。


02|为什么意志力注定失败?

作为一个程序员,我试着用技术的方式来理解"意志力"。

然后我发现了一个残酷的事实:

意志力不是一种"能力"。它是一种"资源"。
而且,它是一种有限的、会耗尽的资源。

text

🔋 意志力的资源模型:

把你的意志力想象成一块电池。

早上满电:🔋🔋🔋🔋🔋(100%)

起床时 → 闹钟响了不想起 → 消耗意志力强迫自己起床
       🔋🔋🔋🔋 (80%)

上午 → 工作中遇到困难任务 → 消耗意志力集中注意力
       🔋🔋🔋 (60%)

中午 → 想吃炸鸡但"应该"吃沙拉 → 消耗意志力做"正确选择"
       🔋🔋 (40%)

下午 → 开了 2 小时无聊的会 → 消耗意志力忍住不走神
       🔋 (20%)

晚上 → 该去运动了 / 该读书了 / 该写文章了
       → 意志力已经见底
       → 算了,刷会儿手机吧......
       🪫 (0%)

结果:
  早上立下的 Flag,晚上全部倒掉。
  不是因为你"不想做"。
  而是因为你的意志力电池,已经被白天的琐事耗光了。

这个模型在心理学上叫做**"自我损耗"(Ego Depletion)**。

通俗地说就是:

意志力是有限的。你白天用掉了,晚上就没有了。
你在 A 事情上消耗了意志力,B 事情就做不了了。

所以——

  • 不是你"没毅力"。是你的意志力被白天的垃圾事情消耗光了。
  • 不是你"不自律"。是你的系统设计得太差,每件事都需要你动用意志力。

用程序员的话说:
你在用"手动操作"的方式运行你的人生。
每做一个决策、每抵抗一个诱惑、每强迫自己做一件"应该做"的事——
都是一次"手动调用",都在消耗你的 CPU(意志力)。

当 CPU 100% 的时候,系统就卡死了。


03|系统思维:从"手动操作"到"自动化脚本"

好了,问题诊断清楚了。

解决方案是什么?

如果你是一个运维工程师,你的服务器每天需要手动执行 50 个操作才能正常运行——

你会怎么做?

写脚本啊。把重复操作自动化啊。这不是运维的基本功吗?

你不会每天手动 SSH 登录 → 手动检查日志 → 手动重启服务 → 手动备份数据。

你会写一个 cron job(定时任务),让这些事情自动发生。

你的人生也一样。

text

❌ 意志力驱动模型(手动操作):

每天早上:
  → 闹钟响了 → 调用意志力决定是否起床
  → 起床后 → 调用意志力决定先做什么
  → 吃早饭 → 调用意志力选择健康食物
  → 开始工作 → 调用意志力集中注意力
  → 遇到诱惑 → 调用意志力抵抗
  → 下班后 → 调用意志力去运动
  → 晚上 → 调用意志力读书而不是刷手机

每天大约需要 30-50 次"意志力调用"。
到晚上,CPU 100%,系统崩溃。

结果:每天都是一场意志力的消耗战。疲惫不堪。

text

✅ 系统驱动模型(自动化脚本):

每天早上:
  → 闹钟响了 → 手机在另一个房间(环境设计,无需意志力)
  → 起床后 → 桌上放好了 Obsidian(习惯绑定,无需意志力)
  → 打开日记 → 模版自动生成(系统自动化,无需意志力)
  → 填写今天最重要的 1 件事 → 3 分钟搞定(流程极简,低消耗)
  → 开始深度工作 → 手机静音+App定时锁(技术手段,无需意志力)
  → 下班后 → 运动服已经放在包里了(环境预置,无需意志力)
  → 晚上 → 22:00 手机自动开启勿扰模式(自动化,无需意志力)

每天需要的"意志力调用":大约 5 次。
晚上还有大量余量。

结果:好的行为"自动发生",坏的行为"自动受阻"。轻松且持久。

对比一下:

维度
意志力驱动
系统驱动
每日意志力消耗
30-50 次调用
5 次调用
持续性
平均坚持 2-3 周
可以持续数年
失败模式
一旦意志力耗尽就全线崩溃
即使状态不好也能维持最低运转
情绪体验
每天在"应该"和"想要"之间挣扎
大部分行为已自动化,无需挣扎
对"状态"的依赖
高(心情好才能自律)
低(系统不看你心情)

意志力是"人肉运维"。系统是"自动化运维"。

好的运维工程师不是 24 小时盯着屏幕的那个人。
而是把所有重复操作都写成脚本、让系统自己跑的那个人。

好的"自律者"也不是每天跟自己死磕的人。
而是设计好系统、让好习惯自动发生的人。


04|我的四大"自动化系统"

接下来,我分享我在过去一年中搭建的四个"自动化系统"。

它们覆盖了个人成长中最重要的四个领域:

🔧 系统一:启动系统——让早晨自动运行

🌅 我的早晨自动化流程:

触发器(Trigger):闹钟响
   │
   ▼
环境预设(前一天晚上完成):
├── 手机放在客厅充电(不在卧室)
│   → 想刷手机?你得走出卧室才行
│   → 95% 的情况下你懒得去拿 → 诱惑消除
│
├── 书桌上放好了一杯水 + 打开的 Obsidian
│   → 坐下来第一件事自然就是喝水 + 写日记
│   → 不需要"决定要不要写",它就在那里等你
│
└── 运动服挂在椅子上(如果当天需要运动)
    → 看到就穿上。不给大脑"要不要运动"的决策空间

自动执行序列:
├── Step 1:起床 → 喝水(30秒)
├── Step 2:坐到书桌前 → 打开今日日记(已自动生成)
├── Step 3:填写晨间日记(3 分钟)
├── Step 4:看一眼"今天最重要的 1 件事"
└── Step 5:开始深度工作 Block 1

整个过程不需要任何意志力。
因为每一步的"下一步"都已经被环境预设好了。

关键设计原则:

① 减少决策点
每一个"要不要做?""做什么?""怎么做?"都是一次意志力消耗。
系统的目标是:把决策点减到最少。

② 利用"默认选项"
行为经济学告诉我们:人类会倾向于选择"默认选项"。
如果你的"默认早晨"是"桌上有水+有日记模版",
你就会自然而然地喝水+写日记。
不需要"决定"。

🔧 系统二:注意力保护系统——让干扰自动消失

🛡️ 我的注意力保护方案:

层级 1:手机管控
├── 删除所有社交媒体 APP(只在电脑上用)
├── 关闭所有 APP 的推送通知(只留电话和短信)
├── 设置屏幕使用时间限制:
│   ├── 微信:每天上限 60 分钟
│   ├── 浏览器:每天上限 30 分钟
│   └── 短视频类:已删除
└── 启用「专注模式」:工作时间自动屏蔽非必要 APP

层级 2:电脑管控
├── 工作时使用「专注模式」
│   → Mac 用户:系统自带「专注模式」
│   → Windows 用户:使用 Cold Turkey 等工具
├── 浏览器安装「屏蔽插件」
│   → 工作时间自动屏蔽社交网站、新闻网站
└── 通讯工具设置「静默时段」
    → 深度工作时间内不弹任何通知

层级 3:物理环境
├── 深度工作时把手机放在另一个房间
├── 戴上降噪耳机(即使不听音乐)
│   → 物理信号:告诉周围的人"我在专注"
└── 桌面只留当前任务需要的东西
    → 其他全部收起来

触发规则:
  09:00-10:30(深度工作 Block 1)→ 自动进入专注模式
  14:00-15:30(深度工作 Block 3)→ 自动进入专注模式
  其他时间 → 正常模式

你注意到了吗?

这套系统里,没有一条规则需要你"对抗诱惑"。

  • 不是"看到短视频忍住不刷"——是手机上根本没有短视频 APP。
  • 不是"收到通知忍住不看"——是通知根本不会弹出来。
  • 不是"努力集中注意力"——是干扰源从物理上被隔离了。

最高级的自律,不是"抵抗诱惑"。
而是"让诱惑无法接近你"。

程序员管这叫"从架构层面解决问题"。
不是在代码层面补 Bug,而是在架构层面消除 Bug 产生的可能性。

🔧 系统三:知识输入系统——让学习自动发生

📚 我的自动化学习流程:

输入源管理:
├── 精选 3 个高质量信息源(代替 30 个低质量信息源)
│   ├── 1 个优质播客(通勤时听)
│   ├── 1 个精选Newsletter(早餐时扫一眼)
│   └── 每月 2 本书(周末集中阅读)
│
├── 所有临时遇到的信息 → 扔进 Obsidian Inbox
│   → 不当场处理。不打断当前任务。
│   → 30 秒记录,然后继续你正在做的事。
│
└── 每周日 30 分钟「Inbox 处理时间」
    → 集中把 Inbox 里的内容费曼化
    → 有价值的 → 写成原子笔记,打双链
    → 没价值的 → 直接删除
    → 处理完毕,Inbox 清零

自动触发器:
├── 通勤 = 听播客(习惯绑定:地铁 + 耳机 = 播客自动播放)
├── 等电梯 / 排队 = 打开 Obsidian 看一条旧笔记(碎片复习)
├── 周六上午 = 阅读时间(固定时间块,不需要决定"要不要读")
└── 周日下午 = Inbox 处理 + 周复盘(固定流程,不需要决策)

核心思想:

不靠"今天要不要学习"的决策(意志力)。
靠"在特定场景下自动触发学习行为"的系统(习惯绑定)。

《原子习惯》里有一个公式:

习惯 = 暗示(Cue)+ 渴求(Craving)+ 反应(Response)+ 奖赏(Reward)

我的应用:

暗示:走进地铁 + 戴上耳机
渴求:想听点有意思的东西
反应:播客 APP 自动播放(已预设好播放列表)
奖赏:30 分钟通勤不无聊,还学到了东西

暗示:坐到书桌前 + 看到 Obsidian 已打开
渴求:想记录点什么
反应:打开日记模版,开始写
奖赏:3 分钟后,今天有了清晰的方向感

不要依赖动力。动力是会消失的。
要设计触发器。触发器是环境的一部分,不会消失。

🔧 系统四:输出系统——让创作自动发生

✍️ 我的自动化输出流程:

核心规则:
  每周四是"写作日"。
  不管有没有灵感。不管忙不忙。
  周四 = 写文章。就像周一 = 上班一样确定。

  → 不需要"今天要不要写"的决策
  → 因为"周四写文章"已经写进了我的 cron job

写作流程(已模版化):
  ┌──────────────────────────────────────────────┐
  │ 周一-周三:输入阶段                            │
  │ → 正常阅读、工作、记笔记                       │
  │ → 有灵感就扔进 Inbox,标记 #选题               │
  │                                              │
  │ 周四上午:选题 + 大纲(1 小时)                 │
  │ → 从 Inbox 和知识库中挑选本周选题              │
  │ → 用 AI 辅助生成大纲                          │
  │ → 从笔记库调取相关素材                         │
  │                                              │
  │ 周四下午:初稿(2-3 小时)                     │
  │ → 不追求完美,只追求完成                       │
  │ → "丑陋初稿"原则:先写出来再说                 │
  │                                              │
  │ 周五上午:修改 + 发布(1 小时)                 │
  │ → 通读一遍,修改明显问题                       │
  │ → 不过度打磨(完成 > 完美)                    │
  │ → 发布                                       │
  └──────────────────────────────────────────────┘

辅助系统:
├── 选题池:Obsidian 里有一个"选题 Backlog"
│   → 随时添加,周四从里面选
│   → 永远不会"不知道写什么"
│
├── 素材库:我的 3000 条笔记就是素材库
│   → 写文章 = 从数据库里 SELECT,然后组装
│   → 不是"从零创作",而是"从已有知识中提炼"
│
└── AI 辅助:
    → 大纲生成、素材检索、初稿润色
    → AI 不替我写。AI 帮我写得更快。

关键洞察:

大多数人不写文章,不是因为"不会写"。
是因为没有一个固定的时间和流程来"启动"写作。

每次写作都要做三个决策:
1. "今天要不要写?"(大部分人倒在这里)
2. "写什么?"(第二道坎)
3. "怎么写?"(第三道坎)

我的系统把这三个决策全部自动化了:
1. 周四 = 写(不需要决策)
2. 从选题 Backlog 中选(不需要从零想)
3. 按模版来(不需要每次重新设计结构)


05|系统设计的五条铁律

把上面四个系统提炼一下,我总结出了五条系统设计的铁律。

这些铁律适用于任何你想养成的习惯。

铁律 1:让好行为比坏行为更容易

text

🎯 减少好行为的阻力:

想读书?→ 把书放在枕头旁边(伸手就能拿到)
想运动?→ 把运动服提前放好(穿上就能出门)
想写日记?→ 让 Obsidian 自动弹出模版(打开就能写)
想喝水?→ 在书桌上放一个大水杯(看到就喝)

🚫 增加坏行为的阻力:

想刷手机?→ 手机放在另一个房间(要走过去才能拿)
想刷短视频?→ 删掉 APP(要重新下载才能刷)
想吃垃圾食品?→ 家里不存(要出门买才能吃)
想熬夜?→ 路由器设定时关闭(要手动重启才能上网)

程序员版本:
把好行为的"函数调用成本"降到最低。
把坏行为的"函数调用成本"升到最高。

人是懒的。人会自动走阻力最小的路。
所以——让好路最顺,让坏路最堵。

铁律 2:用触发器代替决策

text

❌ 依赖决策(消耗意志力):
   "我今天要不要运动?"
   → 大脑开始权衡利弊
   → 消耗意志力
   → 80% 的情况下选择"算了"

✅ 使用触发器(零意志力消耗):
   "到了 18:00 + 我穿上运动服 = 去运动"
   → 不需要权衡
   → 到点了,穿上衣服,出门
   → 80% 的情况下会执行

公式:
   当 [具体的时间/地点/事件] 发生时,
   我就 [执行具体的行为]。

例:
   → 当闹钟响时,我就起床喝水(不是"要不要起")
   → 当坐到书桌时,我就打开日记模版(不是"要不要写")
   → 当到了周四时,我就开始写文章(不是"今天有没有灵感")
   → 当吃完晚饭时,我就出门散步 20 分钟(不是"要不要运动")

铁律 3:让系统的维护成本低于它创造的价值

text

这是我在第四篇(LifeOS)中强调过的铁律。
再说一次,因为太重要了:

❌ 失败的系统:
   → 每天需要 1 小时来"维护系统"
   → 比如:填写 10 个不同的打卡表
   → 维护成本太高 → 两周后就放弃了

✅ 成功的系统:
   → 每天需要 10 分钟来"维护系统"
   → 但系统帮你节省了 2 小时的低效时间
   → 维护成本 << 创造的价值 → 可以持续数年

计算公式:
   系统 ROI = 系统创造的价值 / 系统维护成本

   如果 ROI < 1 → 这个系统太重了,简化它
   如果 ROI > 3 → 这个系统值得保持
   如果 ROI > 10 → 这个系统是你的核心竞争力

铁律 4:为最差的状态设计,而不是最好的

text

大多数人设计系统时,假设的是"理想状态":
  → "我精力充沛、心情好、没有加班、天气好"
  → 在这种状态下,系统运转完美
  → 但这种状态一年出现不了几天

优秀的系统设计者会问:
  → "当我状态最差的时候——
     加班到 10 点、心情极差、疲惫不堪——
     这个系统还能运转吗?"

我的做法:
  每个习惯都有"最低版本"

  ┌──────────────┬──────────────────┬──────────────┐
  │ 习惯          │ 正常版本          │ 最低版本      │
  ├──────────────┼──────────────────┼──────────────┤
  │ 写日记        │ 完整填写模版      │ 只写 1 句话   │
  │ 阅读          │ 读 30 分钟       │ 读 1 页       │
  │ 运动          │ 跑步 30 分钟     │ 散步 10 分钟  │
  │ 写作          │ 写 2000 字       │ 写 200 字     │
  │ 冥想          │ 10 分钟          │ 3 次深呼吸    │
  └──────────────┴──────────────────┴──────────────┘

  → 状态好 → 执行正常版本
  → 状态差 → 执行最低版本
  → 最低版本的意义不在于"产出"
  → 而在于"保持习惯链条不断裂"

  程序员管这叫「优雅降级(Graceful Degradation)」:
  → 系统在压力下不直接崩溃
  → 而是自动切换到低功耗模式
  → 维持最低限度的运转
  → 等待恢复

铁律 5:用数据驱动迭代,而不是用感觉

text

❌ 感觉驱动:
   "我觉得这个习惯对我有帮助"
   "我感觉最近进步了"
   "我觉得这个方法适合我"
   → 感觉是不可靠的。大脑会自我欺骗。

✅ 数据驱动:
   在 Obsidian 中追踪关键指标
   → 每天的精力评分
   → 每天的深度工作时长
   → 每周的输出数量
   → 习惯执行率(完成天数 / 总天数)

   然后每两周(Sprint 回顾时)看数据:
   → 这个习惯的执行率是多少?
   → 低于 70%?→ 要么简化习惯,要么调整触发器
   → 高于 90%?→ 可以考虑升级难度

   用数据告诉你什么有效、什么无效。
   不要用"感觉"。

06|我的"系统思维"之前 vs 之后

最后,给你看一组真实的对比数据:

text

📊 意志力驱动 vs 系统驱动:阿木木的真实数据

┌──────────────────┬───────────────────┬───────────────────┐
│ 指标              │ 2022(意志力驱动)  │ 2024(系统驱动)   │
├──────────────────┼───────────────────┼───────────────────┤
│ 早起执行率        │ 31%(断断续续)     │ 89%(几乎每天)    │
│ 日记执行率        │ 12%(经常断)       │ 

更多系列完整内容,请访问知识星球。

Image
Obsidian 数字人生
Obsidian数字人生
Obsidian+AI第二大脑(合集付费)
Obsidian+AI第二大脑
Obsidian+AI工作流
Obsidian+AI工作流
Obsidian+AI 读书卡片合集系列
   读书卡片合集
Obsidian+AI 知识管理合集系列
Obsidian+AI知识管理

 AII

Image

松花酿酒,春水煎茶。

眉上风止,见字如晤。

一只阿木木