一句话结论结论先行：启动项修复的收益按月算，成本按天算，所以设计大于坚持。
时间只够读一段的话，读这句：启动项修复取决于场景设计，不取决于当天心情。场景布置好，剩下交给重复。
摸索启动项修复最贵的不是时间，是反复试错的判断成本。这篇把判断标准写成条目，你照着对照，就不用每一步重新想。
- 把启动项修复挂在睡前刷手机后面，不单独占时间
- 找出最常断掉的环节，一次只修它
- 最差的日子只做第一动，也算没断
这些事看起来像在做启动项修复
第三个坑是装备先行：买齐、研究到深夜，就是没正经做过一次。第一周热情撑得住，第三周必然塌。判断标准：你开始害怕做启动项修复了，剂量就错了。
第二个坑是拿单日表现评判启动项修复：漏了一天不可怕，可怕的是给这天编个故事。告诉一个人，或留一份看得见的记录，事情的性质就变了。等启动项修复连续做满两周，再动任何参数。
第一个坑是照搬别人的强度：看到有人每天一小时，就觉得自己也得如此。一块移动硬盘只在边际上帮忙，起步用手边的东西完全够。减半继续，比硬扛然后放弃划算得多。
启动项修复适用的三种情形
启动项修复解决的是日常层面的问题，不处理紧急状况，也不替代专业意见。把这条边界记住，后面的方法才不会用错地方。写启动项修复的人常漏掉这层，于是方案听着都对，做着全废。所以本文给的不是最优解，是在你的条件下能跑起来的解。
把启动项修复放进真实生活里看，牵扯的无非三样：时间、位置、状态。网络延迟的变化比数字更早出现，也更值得盯。
- 删掉一个多余步骤，让流程更短
- 告诉一个人，让这件事可见
- 前一晚把一块移动硬盘摆到顺手的位置
- 记一周的日期和一句感受，只看趋势
- 把「不做完不睡」改成「做三分钟就算」
- 把启动项修复接在睡前刷手机后面，不另找时间
启动项修复的第一步，小到不可能失败
开始时把启动项修复砍到不像话的小：只做一次、只做一半、只花十分钟。触发点越具体越好：不是「今天要做」，而是「睡前刷手机就做」。起步只需要两样东西：一个最小动作，一个记录做没做的地方。
把启动项修复排成固定顺序的几步，顺序的意义是省掉临场决策。前七天唯一目标：让事情连续发生，质量排后面。小到你觉得「这也算」，它才算真正可执行。
启动项修复的第二阶段：只修一处
跑到一个月后，值得做的只有一件事：找瓶颈。底线守住了，灵活才不会变成放弃的入口。进阶不等于复杂，练到后面往往是删减。
给启动项修复配一个搭子动作，共用同一个时段。启动项修复里最烦、最慢、最想跳过的那一步，只修它，一次一个。做完启动项修复要多久才能恢复到放松？要一整晚的话，强度或时段该调了。三周三个小改动，体感完全不同。
这个阶段可以记录一个数字：用时、次数，或一个简单的自评。三个问题、一张纸、坚持半年，你会有一份别人抄不走的经验。
一张对照表：启动项修复在不同情形下怎么调
| 情形 | 建议做法 | 频次与量 |
|---|---|---|
| 换季 | 维持原计划，只调时间点 | 不变 |
| 满三个月 | 复盘一次，删一个步骤 | 1 次 / 月 |
| 出差加班 | 执行简化版，链条不断 | 3 分钟起步 |
| 稳定一个月 | 加一档深度，触发点不变 | 每周 4~5 次 |
| 中断超三天 | 做一次复位动作 | 1 次即可 |
启动项修复稳定后，怎么往上加
用周而不是天衡量启动项修复：一天的不顺是噪音，一周的走势才是信息。能跑几年的流程都有底线，没有底线的流程只活在顺利的月份。
提前写好坏日子的简化版，出差、加班、生病都会来。这个动作比任何打卡软件都实在，因为判断是你自己的。改进不是全面升级，是持续削掉最硌手的地方。
启动项修复能稳定发生后，再考虑加量——加的是深度，不是花样。新动作挂在旧习惯后面，能免费继承一部分稳定性。复位的意义不在效果，在于掐断「反正已经断了」的自我说服。
常见问题
为什么照做还是卡
瓶颈往往在硬件：老硬盘、小内存的卡顿，软件层面优化收益有限，先测再换件。
操作到一半失败了怎么回退
每节都给了还原办法。实在回不去，用系统还原点或备份镜像兜底。
手机和电脑步骤一样吗
同名功能逻辑一致，入口不同。本篇分设备小节，各按各的路径走。
需要花钱买软件吗
本篇全部用系统自带功能完成。第三方工具只在明确标注处出现，且有免费替代。
涉及专业判断的部分本文一律不做建议，请交给对应领域的人。
对启动项修复最诚实的总结：它有效，但像种东西，不像按开关。两周见苗头，三个月成日常。今天从最小版本开始，在沙发扶手上做一次，剩下的交给重复。
回头看，启动项修复真正的价值不是结果，是你验证了一套可复用的方法。这套方法比任何单次成果都耐用。