我把微信变成了 AI 管家：早上醒来，7 件家务活它已经全干完了

先看今天早上 7 点我的手机锁屏：Bark 推来一条日报，上面写着「每日备份 ✅ 校验一致、证书续期 ✅ 正常、签到 ✅、生日检查 ✅」——7 个定时任务，全绿的，一个 ❌ 都没有。

我什么都没做。这些活以前要么得自己记得去做，要么得每天打开网页去查。现在它们在我睡觉的时候，自己跑完了。

不是概念。这套"AI 管家"我已经跑了快一个月，这篇把它怎么搭的、有哪些坑，一次说清楚。

本文由 AI 辅助创作，人工审阅后发布。

一、痛点：运维这件事，最耗人的不是干活，是"记得"

我有一批自己的系统要维护：NAS、云服务器、网站证书、几个平台的每日签到。说多不多，但每一件都是"每天/每周固定要做"的事：

• 服务器每天要备份，备份完还要校验文件没坏
• 网站证书 90 天到期，忘续就全网拉闸
• 几个平台有每日签到，断一天就断签
• 还有杂事：查证书到期日、看某个服务还活着没、记点灵感

以前靠什么？靠脑子记 + 闹钟 + 打开一堆后台一个个看。一天下来，真正干活的时间没多少，但"记得要去干活"这件事本身，消耗了我大量注意力。

有一天我算了一笔账：这些活加起来每天不超过 15 分钟，但我为它们付出的注意力成本——随时要想着"今天备份了吗、证书快到期了吗"——远超 15 分钟。

我需要的是一个替我"记得"的东西。最好还能替我干了。

二、设计：AI 管家的三件套

要当管家，得有三样东西：耳朵（听指令）、手（执行）、嘴（汇报）。我的方案正好对应已有的一套基建：

部件	用什么	干什么
耳朵	iPhone 快捷指令 + 微信	双击手机背面说话 / 微信发条消息，指令就进去了
手	定时任务 + AI 执行	该备份备份、该签到签到、该续签续签
嘴	Bark 推送	结果推上锁屏，每天一张日报，异常才单独叫醒我

耳朵和嘴，之前那篇《双击手机背面》讲过路线；这篇重点讲"手"——定时任务体系，以及怎么让这个管家"干完活主动汇报、出了错不装死"。

三、手的骨架：7 个定时任务

在 AI 助手的调度系统里挂了 7 个定时任务，每天按点自动跑：

时间	任务	干什么
每天 3:00	阿里云服务器备份	打包站点+数据库，推送 NAS 留存
每天 3:30	证书续签兜底	宝塔面板自动续签的保险丝
每天 4:30	备份校验同步	拉取备份、三重 md5 校验、同步 NAS
每天 7:30	CordCloud 签到	自动签到领流量
每天 18:00	生日检查	农历生日窗口检查
每天 23:30	证书到期监测	检查证书不过期，到期变化才提醒
每天 23:30	健康检查日报	汇总全部任务，推 Bark 日报

关键不是"有 7 个任务"，而是三个设计原则：

原则一：干活和汇报分离

每个任务自己管自己，但"任务真干了没"由独立的健康检查来核实。

看起来多此一举，但这是踩过坑换来的。早期我发现：脚本退出码 0 不代表它真的干成了。 有个签到脚本因为页面改版，一路报错但进程照常"成功退出"，定时任务显示 ✅，实际断签了好几天。

现在的做法：每个脚本跑完把真实结果写进业务日志，健康检查读日志而不是信退出码，再决定当天日报显示 ✅ 还是 ❌。

对账机制是自动化的底线。永远不要信"看起来成功了"，要信"数据真的变了"。

原则二：异常才叫醒，平时不打扰

管家和闹钟的区别：闹钟每天响，管家只在有事的时候找你。

• 备份成功、签到成功、证书正常 → 日报里一行绿字，锁屏扫一眼即可
• 真出了事（备份失败、校验不一致、签到连续失败）→ 单独推送，异常项置顶加粗

我手机上的通知，除了微信消息，就是 Bark 日报和异常告警。不会被淹没在"一切正常"的噪音里。

原则三：重要的事有兜底

证书续签这种"断了就要命"的活，双保险：宝塔面板自带续签 + 系统 crontab 每天 3:30 兜底跑一次，加上 23:30 的到期监测。三层，任何一层挂了另外两层能顶上。

四、嘴的进化：从"报告"到"日报"

最开始管家只会"完成任务后推一条 Bark"，后来发现一天好几条，通知栏很乱。于是改成：

每天 23:30 一条日报，Markdown 排版：异常项置顶加粗，正常项列在后面。

收到时有三种情况：

• 全绿 → 扫一眼，安心睡觉
• 有 ❌ → 看详情，决定要不要处理
• 根本没收到 → 日报本身也是健康检查的一部分，没收到本身就是异常信号

日报的格式有几个讲究（都是血泪调出来的）：异常项必须置顶加粗、正常/异常分区块、Markdown 基础语法能渲染（加粗/列表/链接），iOS 的推送不支持换行，必须用空行分段——这个坑调了半天。

五、踩过的坑（血泪部分）

坑一：脚本报成功，数据全没了

对，就是前面说的那个。页面改版后脚本找不到按钮，但进程正常退出、退出码 0、定时任务显示 ✅。要不是我凑巧自己去看了一眼签到页，可能要断签一周才发现。

教训：自动化系统必须带对账。 现在的做法是业务日志 + 独立健康检查 + 日报人工兜底，三层对账。

坑二：外部服务 WAF 拦截了你的"机器人"

签到被平台 WAF 拦了。排查发现两个叠加原因：登录态失效 + 高频请求触发风控。脚本以为自己是"已登录的用户"，其实早就掉线了，还在那反复提交，每次提交都在给对方累积拦截特征。

教训：先分清"脚本 bug"还是"对端风控"。 修复登录判断只解决一半，WAF 的拦截状态不会自动解除——要等冷却窗口过了再重试，不能修完立刻高频重跑。

坑三：通知格式的隐性问题

推送工具支持 Markdown，但 iOS 端只认基础语法：单个换行不生效，必须用空行分段。第一次发出去的"日报"挤成一坨，排版全白做了。

教训：推送脚本的排版要在目标设备上验证，不能只看工具文档说"支持 Markdown"。

六、现在的体验

每天的人工投入：

• 早上扫一眼日报：10 秒
• 有异常时处理：看情况，大多数时候改个配置或换个登录态
• 平均每天 1 分钟以内

对比以前：每天记着 7 件事不要忘、逐一去查，注意力成本至少半小时起步。省下来的不是时间，是不再随时挂着"还有件事没做"这件事本身。

七、边界与坦白

说句实话，这套管家不是万能的：

1. 外部平台登录态会过期，偶尔需要扫码续期——这是绕不过的，扫码 30 秒的事
2. 平台改版会打脚本，页面 DOM 一变，脚本就得跟着改——所以对账和日报才必须有
3. 不碰敏感操作：涉及真金白银或不可逆的操作，一律留人工

自动化的边界是"可被对账的事"：跑完了能验证结果对不对的，才值得自动化；验证不了的，留给人。

---

最后总结一下：这套"AI 管家"没有任何黑科技，全是成熟工具的组合：

• 定时调度（cron 体系）
• 消息推送（Bark）
• 业务日志 + 健康检查（对账）
• 一个能干活、能汇报的 AI（语音 + 定时任务 + 通知）

真正的门槛从来不是技术，而是愿不愿意把自己琐碎的重复，一件件识别出来、设计成"自动跑 + 对账 + 日报"的闭环。本事不在搭，在识别。

你现在有哪些"每天/每周固定要做、但老忘"的事？评论区聊聊，说不定下一篇文章就写怎么把它自动化掉。

下一篇预告：自动化系统的对账机制怎么设计？三个实操案例拆解。