Death Plan Switch 是一款自托管软件解决方案，旨在为独立开发者和小型企业主管理“死人开关”（dead man's switch）场景。该工具解决了特定的物流缺口：确保如果开发者突然丧失能力，其客户和利益相关者能够以结构化、有序的方式收到通知。该系统并非作为密码或文档的安全保险库，而是作为一个通知引擎，根据每周一次的签到计划触发一系列递进式的通信。
该机制基于递进式警报的时间线运行。系统每周会向用户发送一封签到邮件。如果用户在规定时间内未在网页上点击手动按钮，系统将开始倒计时。在 72 小时标记点，系统将联系指定的“直系亲属”询问用户是否安好。如果直系亲属确认用户安全，流程即告结束。如果他们报告出现问题，系统将立即向更广泛的联系人列表（如备份开发者或法律代表）发送预先编写的消息。这种分级方法旨在确保在发出广泛的业务通知之前先咨询家人，从而防止不必要的恐慌。
这张图片展示了工具的核心机制，显示了如果错过签到将通知的联系人列表和倒计时。
此视觉效果支持分级升级流程的描述，即首先咨询家庭成员。
这张图片展示了第二段中描述的升级流程的最终阶段。
由于该工具旨在保证隐私和可靠性，它要求用户将其托管在自己的基础设施上。它作为一个 Web 应用程序运行，需要 PHP 8.1+ 环境、用于发送邮件的 SMTP 账户，以及每 15 分钟触发一次签到流程的 cron 任务或外部调度器。开发者强调，该系统并非服务的保证；它完全依赖于用户服务器和邮件服务的在线状态。此外，该工具有意仅限于电子邮件通知，避免了短信或应用程序集成的复杂性，以简化最终用户的部署。该项目在 MIT 许可证下发布，允许他人使用或修改源代码以进行自己的业务连续性规划。
虽然该工具提供了一个结构化的通知路径，但它并不能取代全面的业务连续性规划。用户负责确保系统发送的消息指向加密文档或密钥的正确位置，而工具本身并不存储这些内容。此外，该系统需要持续维护；用户必须每周主动与签到按钮交互，以防止“开关”触发。如果用户的服务器下线或 cron 任务失败，系统将无法履行其功能。因此，为了确保可靠性，建议将其独立托管在与主要业务网站不同的基础设施上。
该系统的一个显著限制是它依赖于用户的手动干预。如果用户只是忘记签到，系统将继续执行升级流程。为了缓解这一问题，开发者设计了签到页面，要求点击物理按钮而非仅仅是页面加载，以防止自动化的邮件扫描器意外重置计时器。然而，计划的最终成功仍取决于用户维护服务器和记住每周签到的勤勉程度，这突显了该工具是更大个人安全和业务连续性战略的一个组成部分，而非独立解决方案。
这张图片展示了用户为防止开关触发所需的手动干预。
一个显著的技术细节是安装过程，该过程旨在通过浏览器完成。安装程序会自动为用户生成必要的 crontab 行，这是保持调度器运行所需的唯一手动步骤。通过保持软件轻量化并仅专注于通知逻辑，开发者确保了即使是技术能力有限的用户也能轻松审计和维护该系统。该项目目前可免费获取，开发者邀请用户提供关于用户体验和潜在故障点的反馈，以完善该工具对独立从业者的可靠性。