Death Plan Switch: alertas si un dev deja de responder

Death Plan Switch: la cuenta atrás que avisa cuando dejas de responder

Death Plan Switch mide el tiempo en horas: seis pasos de escalada que van del check-in semanal (hora 0) hasta el aviso a tus contactos (hora 144). Es una herramienta de código abierto con licencia MIT, autoalojable, que publicó un desarrollador al frente de un estudio web unipersonal en Nueva Gales del Sur, Australia. Su problema era muy concreto: los sitios, dominios y hosting de sus clientes pasan todos por él, y si desaparece mañana, nadie sabría dónde está nada ni que hay que buscarlo.

Ese es, probablemente, el riesgo mejor documentado y peor gestionado de cualquier negocio de una sola persona. No es un problema técnico: es de continuidad operativa.

Cómo funciona la escalada del dead man's switch

Cada paso se cuenta desde el email de check-in semanal. La herramienta no te pregunta si estás bien de forma abstracta: te manda un correo y espera que pulses un botón.

• Hora 0: llega el check-in. Pulsas el botón.
• Hora 24: recordatorio, enviado a tus dos direcciones de correo.
• Hora 48: último recordatorio.
• Hora 72: se pregunta a tu contacto de confianza si todo está bien.
• Hora 120: recordatorio a ese contacto.
• Hora 144: se envían a tus otros contactos los mensajes que tú escribiste antes.

El diseño contempla tres desenlaces posibles:

• Todo bien. Tu contacto de confianza confirma que estás bien. El proceso se detiene ahí y nadie más se entera.
• Algo va mal. Tu contacto lo indica y los demás contactos reciben sus mensajes de inmediato.
• Vuelves a hacer check-in. En cualquier etapa, incluso después de que el switch se haya disparado, quienes ya fueron notificados reciben un aviso de falsa alarma.

Un detalle de implementación que dice mucho sobre el rigor del autor: abrir el enlace del correo no cuenta como check-in. Los escáneres de seguridad corporativos abren links automáticamente, así que la única confirmación válida es pulsar el botón.

El correo sale a la misma hora cada semana, de modo que tus contactos se avisan como máximo 13 días después de tu último check-in. No es un sistema de alerta inmediata, y no pretende serlo.

¿Por qué el orden de aviso importa más que la alarma?

La lógica habitual de este tipo de sistemas es avisar a todos a la vez. Aquí es al revés: primero se pregunta a la persona más cercana, y solo si nadie puede confirmar que estás bien se escala al resto de la lista. El propio autor lo explica: no quería asustar a su familia durante un fin de semana largo por haberse desconectado.

Para un negocio unipersonal eso es clave. Tus clientes no deberían recibir un mensaje dramático porque te tomaste cinco días sin señal. Pero sí deberían recibirlo si efectivamente no estás.

¿Qué NO es Death Plan Switch?

Vale la pena leer esta parte antes de entusiasmarse, porque el propio proyecto la deja muy clara:

• No es una garantía. Envía emails. No puede saber por qué dejaste de hacer check-in, y no funciona si su servidor, su planificador o su servicio de correo están caídos.
• No es una bóveda. No guarda documentos ni contraseñas. Los mensajes dicen dónde están las cosas y a quién llamar.
• No es un servicio. No hay cuentas ni versión alojada: lo ejecutas tú, para ti.
• Solo email. Sin SMS, sin llamadas, sin aplicación móvil.
• Sin garantía. Licencia MIT y se entrega tal cual.

¿Qué necesitas para autoalojarlo?

Los requisitos son deliberadamente modestos:

• Un servidor web con PHP 8.1 o superior. Apache funciona tal como viene; nginx necesita cuatro líneas de configuración.
• Una cuenta SMTP para enviar el correo.
• Cron o cualquier planificador externo capaz de pedir una dirección web cada 15 minutos.
• HTTPS.
• Hosting separado de los sitios que protege, para que una caída no tumbe las dos cosas a la vez.

La instalación se hace en el navegador en unos minutos. La línea de crontab es el único paso técnico y el instalador la escribe por ti. El proyecto está en GitHub, es gratis y su autor lleva una semana usándolo sobre sí mismo, con su contacto de confianza y su desarrollador de respaldo ya confirmados.

El hueco que casi nadie cubre en un negocio de una persona

El autor ya tenía la parte difícil resuelta: todo lo que su negocio necesita para funcionar está en un documento cifrado, su desarrollador de respaldo tiene la contraseña y su abogado guarda una segunda copia. Lo que le faltaba era justamente la pieza intermedia: algo que notara que se quedó callado y avisara a las personas correctas, en el orden correcto.

Ahí está la lección. No hace falta un plan de sucesión complejo: hace falta un inventario escrito, alguien que pueda abrirlo y un mecanismo que dispare el aviso. El documento cifrado resuelve el qué. El dead man's switch resuelve el cuándo y el quién.

¿Qué significa esto para tu startup?

Si llevas el negocio solo, este proyecto es una excusa perfecta para hacer en una tarde lo que vienes postergando desde el día uno. Cuatro acciones concretas:

• Escribe el inventario único. Dominios, hostings, cuentas cloud, cobros, clientes activos, contratos y accesos. Guárdalo cifrado en un gestor de contraseñas, no en un archivo suelto. Death Plan Switch no lo almacena: solo dice dónde está.
• Separa los roles. Necesitas un contacto de confianza que pueda confirmar tu estado y, como mínimo, un contacto técnico que sepa qué hacer. Confirma con ambos que aceptan el rol antes de configurarlos: un mensaje a alguien que no sabía que estaba en la lista no sirve de nada.
• Prueba el ciclo completo con un falso positivo. Fuerza un aviso y verifica que los correos llegan de verdad y no a la carpeta de spam. Pide a tus contactos que agreguen al remitente y revisa la entregabilidad de tu SMTP. Si el mensaje no llega, el plan no existe.
• Monta el switch en un hosting distinto al de los sitios que protege. Es un requisito del propio proyecto y aplica igual si lo sustituyes por una alternativa: recordatorios recurrentes en tu calendario o un flujo en n8n o Zapier, más un documento compartido con el inventario y una instrucción clara de qué hacer si no respondes en X días.

Un detalle sobre el que conviene ser honesto: al cierre de esta nota no se encontraron datos adicionales verificables sobre el proyecto más allá de su propio sitio y su repositorio público.

Conclusión

Death Plan Switch no resuelve tu sucesión: resuelve la capa de aviso, y su autor lo dice sin adornos. Solo manda emails, no guarda nada y depende de que su servidor siga en pie. Pero está bien diseñado para lo que hace, es gratis, es MIT y puedes leer el código antes de confiarle tus dominios.

Para el ecosistema hispanohablante tiene un valor extra: la mayoría de los founders de la región operan solos, con presupuesto ajustado y con todo el conocimiento del negocio en una sola cabeza. Una herramienta autoalojable y sin coste por licencia encaja mejor que cualquier plan de sucesión corporativo que nunca vas a terminar de escribir. El primer paso sigue siendo el documento. El segundo, que alguien lo note cuando ya no puedas explicarlo tú.

Fuentes

• Death Plan Switch (fuente original)
• Repositorio de Death Plan Switch en GitHub