AI自动问题处理体系
杏和舒筋堂 · 智能系统自主运维能力说明
一句话说清楚：这个系统不是"每件事都找你汇报"，而是自己能处理95%的日常问题。只有它搞不定的那5%真正需要你判断的事情，才会来找你。
一、三层自愈体系
参考业界最佳实践（PostHog等人已经做过的），我把系统设计成三层：
🟢 L0 正常层 · 完全自主
系统状态：一切正常
行为：按计划执行日常任务（抓文章、分类、存储、检查车次）
汇报规则：🈚 不打扰你。只在规定时间做汇总汇报
示例：日常批量抓取公众号文章 → 自动分类 → 自动归档 → 不告诉任何人
🟡 L1 兜底层 · 自动切换
系统状态：遇上小问题但能自己解决
行为：自动切换or重试，不通知人
汇报规则：🈚 不打扰你。只把"昨天自动恢复了5次小问题"写在日报里
示例：
- 余额从¥6.26降到¥5.00 → 自动从DeepSeek切换到本地模型运行
- 批量抓取一个号卡住了 → 自动跳过，先抓下一个，回头重试
- 网络超时 → 自动重试3次，间隔递增
🔴 L2 修复层 · 自动修+通知
系统状态：确认出了问题，启动修复
行为：AI自动写修复代码/调整配置/切换通道，修好了验证结果
汇报规则：✅ 修好了？只告诉你"自动修复了X问题，已确认恢复"
示例：
- wechat-mp-reader session过期 → 自动刷新Session，验证可用后继续跑
- D盘写入满了 → 自动清理临时文件，释放空间
- 定时任务cron触发失败 → 自动重置定时器并重新注册
⛔ L3 致命层 · 必须找你
系统状态：自动修复失败，需要人类判断
行为：停止自主操作，上传当前状况报告
汇报规则：🚨 强制通知总经理，附完整上下文（什么东西出问题了/做了什么尝试/需要你做什么决定）
示例：
- 抓取系统连续3天抓取量为0（可能被封号了）
- 关键数据文件被意外删除无法恢复
- 服务无法启动且本地修复多次失败
- 余额接近¥0需要决定是否充值
二、全自动处理流程（参考PostHog模式）
执行修复 → 自动验证效果 → 记录日志
⬆ 整个链条自动走完，你不需要知道
修复失败? → 到你 → 你决策后继续跑
三、目前已经能自动处理的问题
📄 公众号文章批量抓取
零成本后台运行。Session过期自动刷新，单号卡顿自动跳过，抓完自动分类。日均处理30-50篇文章。
💰 本地优先切换
日常任务默认走本地模型（¥0）。DeepSeek只看精品转化和特殊任务。
📊 文章自动分类
抓取完成后自动按中医/养生/AI/管理等14大类归类，存入官网对应栏目。
🔁 批量任务重试
脚本出错自动重试3次。超时自动流控。
🏃 后台长任务
批量操作提交后后台运行，不占对话轮次。
🔄 编码自动修复
文件写入时自动保证UTF-8无BOM格式。
四、什么情况会来找你
只有三种情况才会触发通知：
- 自动修复失败（L3致命层触发）
- 需要你做决定（比如：要不要买服务器、要不要开通新公众号）
- 你主动问我"在干嘛"（任何时候我都汇报当前状态）
⏰ 除了以上三种，我不会打扰你
每次打扰你，说明这件事值得你花时间。
如果我经常为小事找你，说明我自愈没做好，你来骂我。
五、关于这套体系的来源
这套体系的设计逻辑，来自对这篇文章的深度消化：
- 参考文章：《PostHog：你的App能自己修Bug了》
- 原文核心：PostHog是一个开源产品分析工具，AI能自动监控App运行、发现异常后直接提交修复代码、你只需要审核一下
- 杏和化改造：PostHog是帮程序员修代码Bug。杏和秘书是帮医馆和老板处理运营问题。底层逻辑一样——能自愈的绝不打扰人
六、给总经理的话
这套体系今天不是"理想"，已经在跑了：
- 公众号批量抓取脚本正在后台自己跑着，我在前面跟你对话
- 抓到了问题就自动跳号重试
- 花了¥0（全程本地）
- 你没感觉，说明它在正常工作
如果哪天你觉得"龙龙侠怎么不回我消息了"——说明自愈失败了，你来找我算账是应该的。