Bus Factor怎么从0升到1？

写一份项目交接文档。包含：服务器供应商+账号+SSH密钥存储位置、数据库类型+连接方式+密码、域名注册商+账号+转移码、关键API密钥列表、本地代码路径。这份文档加密存进时间遗书，指定一个技术朋友当执行人。

客户的项目怎么办？

自由职业者的契约精神：如果你出事了，客户才是最惨的——产品没人维护。建议在每个客户合同中加入一条「数字遗产条款」：列出紧急情况下可以联系的技术同事，以及项目代码和凭证的托管方式。

SSH私钥不能直接发邮件。加密存进时间遗书的密码保险箱，心跳触发后自动释放。同时生成一组备用SSH密钥专门给执行人——把你现有的服务器都加上这个备用公钥，这样执行人不用等你出事就能接管（等你真的出事了才给私钥）。

服务器、数据库、域名、API密钥——这些是独立开发者和站长的核心资产。但你的家人、你的客户、你的同事——都没办法在你出事后接手，因为他们没有登录方式。项目交接文档不是写给自己的，是写给那些需要在没有你的情况下继续维护项目的人的。

第一行写「如果你在读取这份文档，说明我已经不在了」。然后列：所有服务器IP和供应商、SSH登录方式和密钥位置、数据库连接信息和密码、域名列表和注册商信息、API密钥清单。写完后加密存进时间遗书，告诉执行人怎么获取。

Bus Factor 指「项目最少要有几个人突然消失才会瘫痪」。一个人扛全部的项目，Bus Factor 就是 1——你不在了，项目立刻停摆。对独立开发者来说，把 Bus Factor 从 0 提到 1 的办法只有一个：让别人拿得到登录方式，且知道该做什么。

服务器不会因为你不在就自动关机，它会一直运行到你欠费停机。这段时间里客户还在访问、用户还在付费、报错还在堆积——只是没人处理。这是很多「个人项目」突然消失的真实原因。

这份文档属于高敏感材料，不要放在共享文档或邮件里，统一放进密码保险箱，并指定一个懂技术的执行人——角色说明见数字遗嘱完全指南，加密方案见加密与隐私保护指南。