心跳托付 · 信件示意
示例场景：心跳签到AES-GCM 加密算法
已加密封存 · 等待触发
正文在浏览器本地加密，平台无法读取；解密口令由你线下保管
信件正文
接收邮箱
receiver@example.com
签到间隔
30 天
口令存放线索（平台仅保存提示）
书房左侧书柜第二层，蓝色《时间简史》第 88 页夹着信封，解密口令在信封内
为长期托付而设计
心跳信箱
把重要的话，交给未来该收到的人
在浏览器本地加密重要信息，按你设定的条件，交给未来该收到的人。平台不保存信件明文与解密口令。
内容先在本地加密
解密口令不进平台
满足规则后才交付
写下想说的话
用邮箱登录，选择一个场景，写下想在未来交给对方的重要内容。
浏览器本地封存
信件先在你的浏览器内完成加密，再上传密文；规则触发前，内容保持封存。
条件满足后交付
签到超期、到达约定日期，或你确认发送后，系统按规则向接收人发出通知。
不同场景 不同表达 同样安全
重要的嘱托、害羞的表白、迟到的感谢、内疚的歉意……不同心意，用不同场景承载，让信息传递更安心。
简单四步 安全托付
从设定规则到完成交付，流程清晰，边界明确，安全也更安心。
步骤 1 选择场景与规则
选择托付场景，填写接收邮箱，并设定送达方式：心跳签到、指定日期，或由你手动发送。
步骤 2 写信并本地加密封存
写下想说的话，信件会在浏览器内完成加密后再上传。平台只保存密文与线索，不保存明文和解密口令。
步骤 3 等待触发或主动确认
心跳签到类按时签到以保持封存；指定日期类等待约定时刻；手动发送类则由你在准备好时亲自发送。
步骤 4 交付通知与本地解密
条件满足后，系统向接收人发送邮件链接与口令线索。接收人输入口令后，在本地完成解密阅读。
平台不保存明文，不发送口令本身。
为什么它适合长期托付
不是靠口头转告，而是把触发条件、交付方式和安全边界，提前约定清楚。
规则触发，按约交付
你可预先设定心跳签到、指定日期或手动发送。条件满足后，系统按规则进入交付流程，减少对临时人工转达的依赖。
流程清晰 · 边界明确
明文与口令不留平台
信件在浏览器内完成加密与解密。平台只保存密文，以及寻找口令的提示或你写给对方的口令线索，不保存明文和可直接解密的口令本身。
只存密文与线索
轻量可持续，适合长期运行
整体机制尽量简洁：规则清楚、流程稳定、维护成本可控。它不是短期活动页，而是更适合长期托付的一种服务方式。
为长期使用而设计
现在，为未来留下一封信
选择一个场景，写下重要的话，并设定它应该何时、以什么方式抵达。
创建心跳计划