生病、断电、账号被封：一人公司必须提前想的三个场景

「`kimi-k2` 系列模型已于 2026 年 5 月 25 日下线，不再维护和支持。」

这一行写在月之暗面的官方模型文档里，位置在模型列表下方。公告是提前给的，日期写得清清楚楚。

但它不是发给你的，是发给整个生态的。如果你的某一步交付靠它，5 月 25 日那天你得自己找替代，而客户的交期不会因为这件事往后挪一天。

这是一人公司三个存亡级场景之一。另外两个更土：生病，和断电。

一、这三个场景不降低你的产能，它们让你失约

先纠正一个普遍的判断错误。多数人把这三件事归在「影响效率」那一栏，应对方式也是效率式的：备用电源、熬夜补进度、带病开会——想办法把活干完。

这个方向是错的。一人公司真正致命的从来不是少干了一天活，是在一个已经承诺过的时点上交不出东西。

两者的量级差得很远：停一天产能，赔的是一天的工时；失约一次，赔的是这个客户后面所有的单。而且失约的代价你事先算不出来——你不知道他手上还有几个项目，也不知道他会把这件事跟谁说。

所以这三个场景的应急动作有一个共同的第一步：先改承诺，再想办法干活。

顺序反过来的人，会在第三天带着一个更晚的坏消息去见客户——而那时候对方已经等了三天，等待期间他自己也对别人做过承诺。同一个延期，第一天说和第三天说，是两件事。

还有一件事得先说明：为什么每个场景都只给 30 分钟的动作。

30 分钟不是一个漂亮的整数，它是你在状态最差的时候还能可靠执行完的长度——发着烧、家里停电、账号打不开。超过 30 分钟的应急方案，在真出事那天不会被执行完，写得再全也没用。所以下面每一套都是三段、每段 10 分钟以内。

二、场景一 · 生病：前 30 分钟只发日期，不发歉意

第 0~10 分钟。给所有在跑的项目发同一条消息，三行。

• 1我这几天不可用——写具体到哪一天，不写「这几天」。
• 2每个项目新的交付日期——具体日期，不是「稍后告知」。
• 3我下一次给你更新的时间点。

不许写「我会尽快」。「尽快」在对方那里等于「不知道」，而不知道正是他最想避开的。宁可把日期报保守，也不要留空——报保守了提前交付是加分，留了空他每天都要问一次。

歉意放在第二条消息里，不放在第一条。 这不是冷淡：对方收到消息后要做的第一件事是重排自己的安排，他需要的是数据。

第 10~20 分钟。把「当天必须有人做、否则会出事」的挑出来。

判据只有一条：错过它会产生不可逆的后果。 付款截止日、平台到期自动下架、客户已经对外公布过的发布时间、有法定期限的行政事项。这四类之外的，全部推迟，一件不留。

这一步最容易出错的地方是：人在难受的时候会挑「最容易做的」，而不是「最不可逆的」。所以判据要提前写在纸上，不要指望当场判断。

第 20~30 分钟。把这几件不可逆的事交出去。

交给三类人：能顶几天的同行、客户自己（有些事他本来就能做，只是你一直代劳）、家人（只限纯操作类）。同时把访问方式一并给到。

这一步交不出去的人，绝大多数不是没人可交，是所有口令都只在自己脑子里。

平时的最小预防成本（以下为本文的建议值与量级估计，不是调研结论）：

• →现金缓冲：3 个月的固定支出。 这是三个场景里唯一真正贵的一项，也是唯一没有替代方案的一项。
• →一份写在纸上的「停摆清单」：0 元，第一次写 1.5 小时，之后每季度改一次、15 分钟。 三栏：在跑的项目 / 每个项目下一个不可逆时点 / 停 3 天各推到哪一天。写在纸上是有理由的——第三个场景会解释为什么它不能只存在云上。
• →一个能替你顶 3~5 天的同行关系。 成本不是请客吃饭，是每年主动转 1~2 单给对方。这是所有预防项里唯一需要提前一年付的成本，也是唯一买不到的。

三、场景二 · 断电断网：前 5 分钟先判断这是分钟级还是小时级

这一档最常见的浪费是：一停电就收拾东西往外搬，搬到一半电来了，损失是一小时加一次断掉的注意力。

第 0~5 分钟。判断量级。

打一个电话（物业或运营商），或者查一次官方公告。判据只有一条：有没有给出一个明确的恢复时点。 有，就按那个时点等；没有，一律按小时级处理，立刻进入下一步。不要用「应该快了」这种自己的估计，它一次都不准。

第 5~15 分钟。用手机热点加笔记本电池，只做一件事——把落在当天的对外时点重新承诺一遍。

和场景一同一个动作，同样只发日期。电池和流量在这个阶段是稀缺资源，先花在改承诺上，不要花在干活上——干活可以晚三小时，承诺不能。

第 15~30 分钟。转移到备用地点。

备用地点的三条判据：步行 15 分钟以内、有可用电源插座、能安静坐够两小时。缺一条就换一个。

平时的最小预防成本：

• →一块能给笔记本供电的移动电源，加一个够用的手机流量包。量级在几百元一年。
• →提前去那个备用地点坐过一次。这一步 0 元，也是这一档里唯一真正起作用的一步。 去坐过的人知道那里几点开始满座、插座在哪一排、网速够不够撑一次视频会议；没坐过的人到了才发现不能用，而那时 30 分钟已经花掉了。

断电断网的真实损失几乎从来不是产能——半天而已，而是那半天里恰好压着的某一个对外时点。所以预防重点不在设备上，在「你知不知道自己当天压着什么」上，也就是场景一里那份纸质停摆清单。

四、场景三 · 账号被封与依赖消失：三种情形先分开

这一个场景比前两个复杂：它其实是三种不同的东西被装在了同一个词里，混在一起处理一定走错方向。

情形一：你的经营账号被平台限制。 收款、店铺、社媒、办公协作，任意一个。特点是问题只发生在你身上。

情形二：你依赖的模型或服务下线，且提前有公告。 据月之暗面官方模型文档，「`kimi-k2` 系列模型已于 2026 年 5 月 25 日下线，不再维护和支持」。这一类的特点是迁移窗口是明的——公告提前给，你有时间准备。

情形三：你依赖的平台自己出了事，而你毫无感知。 据某 AI 建站平台 2026 年 4 月 22 日发布的官方事故说明，在 2026 年 2 月 3 日至 4 月 20 日期间（约 11 周），该平台上 public 项目的聊天记录与源码可以被任意一个已登录用户访问。这一类的特点是没有公告，只有事后说明——在被披露之前，你手上没有任何信号。

三种情形分别是「你被限制」「提前通知的消失」「最后一刻才知道」，所以应急动作的第一步必须是判断方向。

第 0~10 分钟。确认方向：是「你被限制」，还是「服务整体不可用」。

判据：换一台设备、换一个网络、换一个账号，能不能用。

这一步判反了后面全错：服务整体不可用你却去写申诉，等于白等；你被单独限制却当成平台故障，你会干等一天。

第 10~20 分钟。启用备用通路。

注意优先级：不是去申诉，是先恢复两条线——客户找得到你，客户能付钱给你。

申诉排在后面，理由很实际：申诉要多久不由你决定，而这两条线恢复要多久由你决定。先做由你决定的那部分。

第 20~30 分钟。给老客户私发一条通告，不公开发。

三行：换用哪个联系方式 / 原来的入口暂时不要用 / 下一次更新的时间。

不公开发是有理由的：公开说明会把一件你可能两天内就解决的事，变成所有潜在客户都记得的事。老客户需要知道，陌生人不需要。

为什么「换一家」这件事，在模型上比在别的工具上贵

这一节的预防动作里有一条是别处没有的。换一个网盘、换一条收款通道，切换成本是搬数据，搬完就跟原来一样。换模型不是这样。

你在过去几个月里做的事，是把业务的判断标准写进了提示词、把交期建立在它的输出速度上、把交付前的检查简化成了「它一般不会错的那几项」。换一家之后，同一份提示词的输出一定会变——变好变坏都有可能，但一定会变，而且变在哪里你事先不知道。

所以这类切换的真实成本不是「接一下新的接口」，是重新验一遍它够不够用。而「够不够用」没有基线就判断不了。

于是预防动作里多出一条：平时留 20 条你自己业务的真实输入，配上你已经认可的合格输出，存成一个验收集。

换的那天，把这 20 条在新的那家跑一遍逐条对，能过 18 条以上再切（18 是本文的建议值）。没有这个集合，你只能凭感觉判断，而人在急着恢复业务时感觉一律偏乐观。

顺带一句关于设计原则的：情形二那条公告是提前给的，那种情况下你有窗口；情形三那 11 周是不给的，那种情况下你只有事后。预防动作要按「不给窗口」的那一类来设计——按有窗口设计的方案，遇上没窗口的那次会整套失效。

平时的最小预防成本：

• →客户联系方式的离线副本。每月导出一次到本地表格，10 分钟，0 元。 这是全篇最便宜、也最要命的一条——三个场景里，唯一会让你完全失联的，就是这一条没做。
• →第二条收款通道。 开办成本几百元量级，日常维持接近 0。
• →一个不会被封的身份锚：自有域名加域名邮箱。年成本百元量级。 它的作用不是好看，是任何一个平台账号失效时，客户仍有一个由你控制的地址能找到你。
• →关键工作流至少能在两家之间切换，而且这个切换你平时演练过一次（半天）。 这一条最容易被跳过，因为平时它没有任何回报。

五、把预防成本合起来算一次，以及什么时候不必做

下面这张表里的所有数字，都是本文给出的建议值与量级估计，不是任何调研结论。

现金支出合计是千元级的一年，时间成本合计不到两个工作日。 不含现金缓冲——现金缓冲是这里唯一贵的东西。

它该放在什么量级，有一个可参照的公开口径。据美国人口普查局 Nonemployer Statistics（2023 年数据，Forbes 于 2025 年 8 月 10 日整理报道），全美无雇员企业共 30,427,808 家，全体的平均年营收是 57,611 美元。这是美国口径，本文不做跨国类比；它唯一说明的事情是：一人公司的年收入量级，和「三个月固定支出」这种缓冲量级，本来就落在同一个数量级上。它不是一笔可以慢慢攒的零钱，所以要按月存，不要按年想。

什么时候这一整套都不必做。

你还没有需要被兑现的承诺的时候。 没有付费客户、没有交付日期、没有对外时点，这三个场景对你只是不方便，不构成风险。这个阶段唯一值得做的是那条 10 分钟的联系方式导出——它的成本几乎为零，而它保护的是你已经积累起来的关系。

反过来也有一条界线：只要你手上有一个带日期的对外承诺，这套东西就该开始做，而不是等「业务稳定一点」。 承诺出现的那一天，敞口就已经开了。

最后是必须承认的一条：这三套动作不能消除单点，它们只能把「停摆」变成「延期」。

一人公司的单点故障没有解，只有缓冲。谁要是说有一套方案能让一个人的业务完全不受这三件事影响，那套方案里一定藏着第二个人。

同系列里另有一篇讲一个人怎么把自己拆成四个岗位的，那篇把单点故障列为这个结构的固有代价，和这一篇接得上。