如果你消失一周

Pieter Levels（彼得·莱韦尔斯，荷兰独立开发者） 第二讲：不是省钱，是离场

一个人跑多个站点、常年边旅行边运营。他的系统结构简单到极致——一个 4 万行的单文件应用跑出月收入 10 万美元级别的产品（数字为本人长期公开自述）；服务器就一台，依赖少到个位数。

结构简单到系统自己能跑，人才走得开。他的「消失测试」每天都在真实发生：人在哪个时区不重要，系统在跑。

（只学机制，别对标他的收入——他是全球独立开发者塔尖。可迁移的是那句话：每加一个依赖，问一句「它坏了谁来修」。）

换成你：你现在的业务流程里，哪几条你消失一周会彻底停摆？停在哪一步？

---

出处（都能点开，自己核）：

• levels.io
• levels.io

1. 1.换幕：你消失一周。 让系统读你的自动流程登记（或口述所有在跑的流程），对每条推演「你一周完全不在（不点确认、不回消息、不救火）」会怎样：A=照常跑／B=降级但不断／C=停摆。
2. 2.每条 C 写清三样：停在哪一步？缺的是交接标准、升级路径还是异常处理？最小修复是什么？
3. 3.C 类按影响排序——这就是你下两周的系统建设清单，首项今天进今日契约。
4. 4.标注放手风险：放手的难点一半是技术一半是心理——放太快，关键决策缺了只有你有的上下文；攥太久，你就是天花板。每条流程标高/中/低。
5. 5.消失测试规则发布：Day27 起你将真的 48 小时不碰系统的运营环节（不可逆的大决策除外），测的是「系统无人时真完成了什么」，不是「你忍住不碰手机」。今天开始为它做准备。

8月10日起，今日契约里每天会出现当天的陪跑任务。没出现、或你想现在就开跑，把下面这句发给系统即可。

今天的产出记进：自动流程、今日契约。怎么才算做到了，只有一条：瓶颈地图记进你的记录：流程标A/B/C，C类排序=建设清单，首项进MIT（今日契约里最重要的那一项）——做了动作不算，达成状态才算。

下面「交作业」里勾选今天的达成状态，证据用两栏账格式：系统做了什么N步／你亲手做了什么M件。