心跳托付 · 信件示意
示例场景：心跳签到AES-GCM 加密算法
正文在浏览器本地加密，平台无法读取；解密口令由你线下保管
信件正文
平台不可读
亲爱的家人，若你通过邮件中的链接来到这里，说明我预先设定的守护规则已被触发。这里是我为你留下的重要交代与嘱托……
接收邮箱
receiver@example.com
签到间隔
30 天
口令存放线索（平台仅保存提示）
书房左侧书柜第二层，蓝色《时间简史》第 88 页夹着信封，解密口令在信封内
为长期托付而设计
心跳信箱
把重要的话，交给未来该收到的人
写信时，内容在浏览器本地加密；在你设定的触发条件满足之前，信件始终处于加密封存状态。条件达成后，系统将向指定接收人发送解密链接与线索，平台从不保存你的解密口令。
内容先在本地加密
解密口令不进平台
满足规则后才交付
邮箱即可开始
不用复杂配置，邮箱登录即可开始。系统只保存邮箱，不收集其他个人关键信息，少留痕、更安心。
信息绝对保密
信件内容先在你的浏览器里完成加密，平台保存的是密文和寻找口令的提示，不是明文，也不是解密口令。
按规则自动交付
后台持续检查计划状态。签到超期、到达约定时间，或你确认手动发送后，系统会自动向接收人发出交付通知邮件。
不同场景 不同表达 同样安全
重要的嘱托、害羞的表白、迟到的感谢、内疚的歉意……不同心意，用不同场景承载，让信息传递更安心。
心跳托付
长时间托管个人嘱托、重要信息。按时签到，超时未签到，自动邮件发送至接收人。
喜庆祝福
生日、毕业、婚礼等喜悦时刻的祝福。
心意告白
不便当面说出口的话，在您准备好时送达。
久别之言
给多年未见的人，一份适合在约定时刻开启的信。
时光胶囊
给未来的自己或某人，在约定日期开启。
感谢致意
感谢、道歉或真诚的致意，在合适时机送出。
简单四步 安全托付
从设定规则到完成交付，流程清晰，边界明确，安全也更安心。
步骤 1 选择场景与规则
选择托付场景，填写接收邮箱，并设定送达方式：心跳签到、指定日期，或由你手动发送。
步骤 2 写信并本地加密封存
写下想说的话，信件会在浏览器内完成加密后再上传。平台只保存密文与线索，不保存明文和解密口令。
步骤 3 等待触发或主动确认
心跳签到类按时签到以保持封存；指定日期类等待约定时刻；手动发送类则由你在准备好时亲自发送。
步骤 4 交付通知与本地解密
条件满足后，系统向接收人发送邮件链接与口令线索。接收人输入口令后，在本地完成解密阅读。
平台不保存明文，不发送口令本身。
为什么它适合长期托付
不是靠口头转告，而是把触发条件、交付方式和安全边界，提前约定清楚。
规则触发，按约交付
你可预先设定心跳签到、指定日期或手动发送。条件满足后，系统按规则进入交付流程，减少对临时人工转达的依赖。
流程清晰 · 边界明确
明文与口令不留平台
信件在浏览器内完成加密与解密。平台只保存密文，以及寻找口令的提示或你写给对方的口令线索，不保存明文和可直接解密的口令本身。
只存密文与线索
轻量可持续，适合长期运行
整体机制尽量简洁：规则清楚、流程稳定、维护成本可控。它不是短期活动页，而是更适合长期托付的一种服务方式。
为长期使用而设计