Show HN: Death Plan Switch, a self-hosted dead man's switch for solo devs (deathplanswitch.com)
I'm Peter Bishop and I've been working in graphics and web tech for over 25yrs.
I've recently launched Death Plan Switch to solve a major problem in my succession plan. What if I go missing or die? The right people are told and my business can continue to operate for my clients.
There's a backstory to this project, I was hospitalised in 2012 and lost my business back then and I couldn't get the data to my technical 2IC in time without frustrating my clients.
Death Plan Switch solves this problem, it's free to download and use or study under the MIT license.
I've been using it for the last few weeks. It was authored with the help of Claude Code after writing an extensive MD document and it passed 42 unit tests.
I hope you get some use out of it, or it inspires your own succession plans. My clients are telling me this is a strong sales feature when they trust me with their hosting and technology accounts.
Happy to answer any questions.
Kind regards, Peter Bishop.
64 comments
[ 0.27 ms ] story [ 14.6 ms ] threadBy the way Google has had this for a while and I signed up for it back in 2018 or so.
they check in it feels like quarterly at most
https://support.google.com/accounts/answer/3036546?hl=en
Are you OK bro?
So, you haven’t had enough time to even encounter most edge cases :)
But seeing the front page the past few months, maybe i should. Or not, I honestly don't know how to feel. İ like people sharing and having the courage to put their work out, but if this place gets cluttered with "i installed Linux on my AI laptop" Where then to go to find any interesting info. There is arvix? No frivolous things there right? :p
I liked the project by the way, even if it's a bit trivial.
- Easy to use, my idea is just have a telegram/facebook chatbot, people talk to it in plain English, what is their message, the receiver and the watch time.
- Multi reminder: For example, you can set 3 days to send message 1, 10 days to send message 2 and so on. The idea is the message 1 can be "You are receiving this message because XXX has something to talk, please contact them if you can ASAP". So that if you forgot to "kick the dog" 1 day, your deep personal message won't be sent immediately.
It’s still the most easily-deployable language to build web apps in, and there’s nothing particularly missing from it now.
Also AI writes it really well (is good at using the latest features etc.), it has a remarkably un-fucked-up package manager, Laravel is fairly easy to work with, etc.
I am not sure why this focus on clients in a context like this feels unsettling to me, but it does.
It's fine to use AI to create the product – but please, for the love of god, write your own copy. When someone can't be bothered writing their own landing page, I assume they're just not that bothered about the product.
I know that, because I saw your HN post.
A drive-by visitor doesn't. They see the AI copy, think 'slop', and keep going.
wowww 42 unit tests that Claude made up
I was into it until you considered this a level of assurance
feels like you’ve been out of the software industry for a decade or two
but maybe you know your clientele and they would find this validating. I’ve entered into a couple industries over time where complete non sequiturs are what sold products. “So-and-so has this random unrelated credential, and thats why he will be the trusted partner for this commodities shipment he has no experience in”
Hmmm... the market is kinda narrow.
But more importantly, say I self-hosted this service, then, I have to answering emails for the rest of my life telling a program I'm still alive. It's kinda high maintenance all on it's own.
That is assuming this service continuous to run without upkeep, at very least keeping it powered, and connected to the Internet. I'm not really sure what comes first, the end of my life or I got bored of doing it.
I know it sounded inapplicable for a lot of people especially who do remote works, but still if you're thinking about letting a machine run your death plan, maybe it's also the time to start make people connections, such as with lawyers, partners etc, people you can trust and have the capability of handling issues.
Also, if you do remote work, maybe setup an account inheritance plan if the platform supports it, assuming the account is dedicated for working for the effected team of course.
Also also, just an idea, what if you make the check passive? Instead of having to answer emails, some automated procedure will send keepalives to tell the program to not trigger? That will massively lower the cost of using it.
Look it this way: an automated request, a email click, it's all just signal collection. If something keeps making an automatic requests beyond it's intended need, then it's just bad signal collection.
I'm pretty sure there are better ways, especially the intended sample rate is 1/week which fairly high fault-tolerant for the use case. For example, you can send keepalives only when user's device is unlocked and in use, etc.
But of course that require client-side development, not sure if you're willing to get your hand dirty on that.
This will be a good e2ee'd hosted service though (at least for someone like me). The problem is how to de-e2ee when the person is gone. Might be workable if the dependent receipient might also be well versed with encryption and had an open public key or so. Yeah, this is tricky.
But either way, it's kinda weird to setup something that will be sued after they are dead and that something is supposed to be maintained and kept up by them.
While it seems like a dark topic to address, I find it very useful, thanks for sharing.