文章目录为什么需要这个三阶段流程核心设计fail-safe 优先防误伤的五道锁分批执行被审批逼出来的设计沙盒实测总结给想做类似东西的人的建议为什么需要这个个人 AI 助手是个矛盾体它越有用知道的就越多——账号凭证、聊天记录、个人文档、记忆档案。正常用的时候没问题但如果我长期失联出差、换设备、忘了这些数据就躺在服务器上无人看管。大厂有现成答案Google 闲置账号管理器设定 3/6/12/18 个月失活期限到期前 1 个月提醒可指定信任联系人接管或直接删号Telegram 账号自毁1~12 个月可选到期连人带聊天记录全删开源 deadmanswLinux 工具监控登录超时无活动自动粉碎指定目录我取 deadmansw 的思路本地、可配目录、有总开关加上 Google/Telegram 的到期前多轮提醒做法做了一个本地版。三阶段流程阶段失联天数动作预警一≥ 23 天站内详细提醒 微信精简版走队列非紧急预警二≥ 27 天站内详细提醒 微信立刻推送算紧急事项执行≥ 30 天先发即将执行通知 → 演习核对 → 分批删除 → 逐项核验 → 写报告计时规则每天 09:00 检查一次用户在任何对话发任意一条消息计时清零重新布防。核心设计fail-safe 优先这是整个机制最重要的原则检测失败时一律不删。失活检测走三路取最大数据库查用户最新发言时间主对话记录交叉核对枚举全部侧对话含已归档逐一取最新发言任何一路查不到、结果矛盾、状态文件损坏、时间格式无效——全部视为检测失败本次不做任何动作。方向保证计时只可能比真实更旧来自真实观测到的消息不可能更新。跳过检查只会漏提醒不会误删除。防误伤的五道锁两轮提醒23 天、27 天各一次任意回复即取消演习先行dry-run只列清单不删东西改配置后必跑显式确认执行必须带--confirm参数否则拒绝自保护拒绝删除机制自身目录所有目标必须位于用户目录内总开关配置文件里enabledfalse即停用分批执行被审批逼出来的设计原本想一次删完但发现审批粒度是单次工具调用——一批被卡住整个清理就停了。改成按敏感度分三批独立执行第 1 批·凭证类各类 API Key、SSH 密钥、token、加密库第 2 批·身份记忆类个人文档、记忆档案、身份信息、对话记录第 3 批·衍生日志类备份、日志、下载文件、规则命中文档一批被卡住不影响其他批每批执行前重新查数据库重跑判定——覆盖上一批执行期间用户回来的竞态。沙盒实测上线前做了完整沙盒测试复制脚本到独立目录测试配置只指向 3 个空测试文件分属三批动态规则置空。三批各一次独立调用模拟真实流程。测试中发现一个真问题脚本里的基础路径是硬编码的复制到别处跑会读到真实配置——已改为相对路径。这个 bug 要是没发现测试就白做了。总结删数据的系统默认动作必须是不删fail-safe 优先检测失败时一律不删提醒要多轮23 天、27 天各一次任意回复即取消一次提醒不够演习模式是刚需任何删数据的操作先 dry-run 看清单分批执行防单点卡死一批被审批卡住不影响其他批给想做类似东西的人的建议先定 fail-safe 原则删数据的系统默认动作必须是不删而不是删提醒要多轮一次提醒不够人可能就是没看到演习模式是刚需任何删数据的操作先 dry-run 看清单配置变更要同步文档目标清单变了文档不更新就是定时炸弹以上全文完。如果这篇文章对你有帮助欢迎点赞收藏也欢迎在评论区交流你的做法。欢迎关注我的 CSDN 博客https://blog.csdn.net/2301_80281820