我的126邮箱用了十几年里面攒下的邮件早就超过六位数了。以前清理邮箱的方式无比原始网页端登录按发件人筛选一页页勾选删除再翻页。结果就是删了一下午刚清掉两三千封没过几天又被订阅邮件、营销邮件填回来。后来我接触到了Hermes这个开源AI智能体框架试着用它来自动清理126邮箱才发现这事真的能做成一条流水线分析邮件、生成规则、执行清理、输出报告全程用自然语言下发指令就能跑通。这篇文章就把我这次“用Hermes清理126邮箱”的完整过程、方案选型、实操步骤和踩过的坑都整理出来给同样被邮箱淹没的朋友一个直接可抄的作业。1. 内容整体设计与思路拆解1.1 传统清理方式到底卡在哪先说痛点。126邮箱的网页版批量管理能力其实很弱筛选项就那么几个按发件人、按时间、按主题关键词。想做到“把超过180天未读的营销邮件挑出来删掉”这种稍微复杂一点的需求网页版几乎没法直接实现。它自带的过滤器也只能做简单匹配比如主题包含“发票”就移动到某个文件夹根本没法判断“这封邮件是不是重要”。有人会说我写个Python脚本用IMAP协议自己删灵活是灵活但每次需求变化就要改代码规则一多脚本就会变得又臭又长。而且脚本一旦跑错把重要邮件误删了就是事故级别的问题。所以真正的痛点在于我们缺一个能理解语义、能自动拆解任务、还能在动手前给你预览方案的中间层。这个层用AI智能体来做再合适不过。1.2 Hermes这类AI智能体凭什么能解决Hermes本质上是一个“会调用工具的AI助手”。它接到你的自然语言指令后会交给底层大模型来理解意图、规划步骤然后通过内置的邮件工具去操作IMAP/SMTP协议。你不需要关心底层是怎么连接邮箱的只要告诉它“帮我清理一下规则你是老手了看着办”它就能自己分析邮件特征并给出方案。可以打个生活化的比方以前是自己写Excel宏来做数据处理现在相当于请了一个懂技术的助理。你跟助理说“把上周的报销单整理一下”他会自己去查文档、分类、做表做完以后拿给你确认你再点头同意他才会最终提交。Hermes的定位就是这样不是替代你决策而是把繁琐的体力活接过去减少你反复操作的成本。1.3 方案设计先只读后写分三阶段我这次没有让Hermes一上来就直接动手删而是严格按照“只读分析—规则预览—确认执行”三个阶段来推进。第一是只读分析让Hermes扫描邮箱里所有邮件统计数量、按发件人聚合、判断邮件类型整个过程完全不碰任何邮件数据。第二是根据分析结果生成清理计划Hermes会产出一份规则文件里面写明过期的、垃圾的邮件会被移到“待删除”目录还是直接永久删除。第三才是真正的写操作人工确认完计划之后再执行执行过程中还加了备份和日志。之所以这么设计是因为邮件的删除是不可逆动作。虽然126邮箱删除后能从“已删除”文件夹再找回但时间一长就覆盖了。让AI在“不碰数据”的前提下先建立对邮箱的认知再给人一个确认的机会这套流程虽然多花了一点时间但能把误删风险降到最低。2. 部署Hermes与基础配置2.1 部署方式和版本选择Hermes的部署方式主要有两种源码部署和Docker部署。我建议功能开发阶段用源码方式跑稳定了以后再用Docker挂后台。如果你用的是Windows或者不想折腾Python环境直接用Docker是最省心的方案。我实测下来在Windows上用Docker Desktop加WSL2后端跑Hermes比单独用WSL2原生跑还要稳因为环境打包好了不用自己处理各种依赖冲突。如果你本身就在Linux服务器上那就更简单直接装Docker跑容器就行。版本选择上有个重要提醒Hermes v0.21前后版本在配置格式和命令上差异比较大网上很多老教程对不上。我这次直接用了最新release版本配置文件结构看官方文档里的example少走不少弯路。如果你看到教程里说某个命令不存在大概率是版本换代了先去查一下版本号再排查。2.2 快速部署步骤我用的是Docker方式整个部署过程大概十分钟。先拉取镜像docker pull hermes-agent/hermes:latest然后创建一个本地配置目录把容器里的配置映射出来方便后续修改mkdir -p ~/hermes_config docker run -d \ --name hermes \ -p 8080:8080 \ -v ~/hermes_config:/app/config \ hermes-agent/hermes:latest启动完成后浏览器访问http://localhost:8080就能看到WebUI界面。如果你习惯用命令行也可以在容器里执行docker exec -it hermes hermes --help如果看到命令行能出来说明服务正常。我给一个小建议刚开始先别急着在WebUI里点来点去建议先跑一遍命令行因为后续看日志、调试配置文件命令行比WebUI更直观。2.3 接大模型选型与参数Hermes本身不带AI能力它需要接一个大模型API才能理解你的指令。目前Hermes支持OpenAI兼容接口所以DeepSeek的接口也能直接填进去用。我这次选的是DeepSeek原因很简单它是中文场景下性价比很高的选择。清理126邮箱这种任务需要模型能准确理解中文邮件主题和正文里的关键词比如“订阅”“通知”“刷单”“贷款”这些词DeepSeek的中文理解能力完全够用。如果你已经有其他OpenAI兼容key也可以直接填进去原理一样。配置方式在Hermes的配置目录下有一个模型配置文件我的是这样的model: provider: deepseek api_key: sk-你的APIKey base_url: https://api.deepseek.com model_name: deepseek-chat temperature: 0.1 max_tokens: 2000有个参数值得重点说一下temperature。这个参数控制大模型回答的随机性值越高越有创造性。清理邮件是追求确定性的任务我不希望Hermes发挥想象力去猜测某封邮件的分类所以把它调到了0.1。这个细节很关键我见过有人用默认的temperature跑邮件分类结果同样的规则每次跑出来结果都不一样。2.4 126邮箱协议准备126邮箱要允许第三方工具通过IMAP/SMTP访问需要先做一些安全设置。第一步是登录126邮箱网页版进入设置找到“POP3/SMTP/IMAP”相关的开关把IMAP服务和SMTP服务都打开。然后重点来了126邮箱的第三方客户端登录不是用邮箱登录密码而是要生成一个“客户端授权密码”。你需要在设置里找到“客户端授权密码”通过短信验证后生成一个十六位左右的授权码这个码只在生成时显示一次一定要先存好。126邮箱的服务器参数也需要记熟协议服务器地址端口加密方式IMAPimap.126.com993SSLSMTPsmtp.126.com465SSL把这些参数填进Hermes的邮件配置里才算是把第一步走通。3. 用Hermes清理126邮箱的完整实操3.1 接入邮箱账户我在Hermes的配置目录下创建了一个邮件配置文件名字就叫mail.yaml内容大致如下accounts: - name: my126 protocol: imap host: imap.126.com port: 993 ssl: true username: yourname126.com auth_code: 你的客户端授权码 smtp: host: smtp.126.com port: 465 ssl: true username: yourname126.com auth_code: 你的客户端授权码注意如果你的IMAP授权码和SMTP授权码是分开生成的两个码这里就要分别填成两个不同的值别为了省事图省事全部填同一个认证服务只认你当时生成短信验证后对应的那一条授权码。配好以后先做连通性测试命令是docker exec -it hermes hermes mail test --account my126看到连接成功、总邮件数能读出来再继续下一步。这一步如果失败后面所有分析都无从谈起。3.2 第一轮让Hermes做邮件体检接入成功以后我没有直接让它删而是先做了一次只读体检。在WebUI的对话框里输入这样的指令请分析我的126邮箱最近90天的邮件。按发件人域名聚合统计列出发送量最大的前20个域名并对每个域名做出类型判断类型包括订阅、通知、社交、广告、疑似垃圾。不要删除任何邮件只输出统计结果。Hermes会调用IMAP工具去拉取邮件头信息然后再通过大模型对这些信息做分类。整个扫描过程花了大概二十分钟因为它要逐封读取邮件主题和发件人。最终输出了一张表我印象最深的是几个占大头的域名某科技媒体的周报、某购物平台的促销邮件、若干年没登录过的论坛通知还有几类一看就是批量发送的营销账号。这一步的价值在于让我第一次对这个邮箱的“垃圾浓度”有了清晰的量化认知——真正重要的私人邮件占比其实不到15%剩下全是占用注意力的噪音。3.3 第二轮生成清理规则体检完成后我让Hermes基于刚才的分析结果直接生成一套清理规则。指令是根据上面的分析结果生成一份清理规则。规则要求 1. 超过180天未读的广告类邮件移动到待删除文件夹。 2. 主题包含“刷单”“彩票”“贷款”“发票代开”的邮件直接标为垃圾并删除。 3. 来自常见订阅服务域名的邮件超过90天未读就归档到订阅文件夹。 请输出一份YAML规则文件并说明每条规则的理由。Hermes最后生成的规则文件类似这样rules: - name: clean_ads_over_180d condition: folder: INBOX age_days: 180 category: ad action: move_to_folder target: deleted - name: spam_mark_and_delete condition: subject_match: - 刷单 - 彩票 - 贷款 - 发票代开 action: mark_and_delete - name: archive_old_subscriptions condition: folder: INBOX age_days: 90 category: subscription action: move_to_folder target: archive我特意检查了每一条规则的逻辑。比如clean_ads_over_180d这条它要求“未读广告180天以上”三个条件同时满足这就避免了误伤那种我虽然没读但可能以后要用的服务邮件。spam_mark_and_delete虽然动作激进但限定了主题里的敏感词范围风险可控。3.4 第三轮预览执行正式执行之前Hermes支持一个预览模式会先模拟运行规则输出将要影响多少封邮件每个文件夹会减少多少邮件量。执行预览命令docker exec -it hermes hermes run plan_20250601.yaml --preview输出结果会列出每个规则命中的邮件数量。我这边的数字是180天以上未读广告邮件大约8300封命中敏感词邮件约1200封90天以上未读订阅邮件约4600封。看到这个数字我更确认了之前网页端手动删的效率就是杯水车薪。3.5 第四轮正式执行与备份在正式执行前我建议一定要做备份。Hermes可以把命中的邮件导出为EML格式的原始邮件备份存到本地磁盘上。docker exec -it hermes hermes export --account my126 --output /app/backup/email_backup_20250601 --format eml备份完成后才执行docker exec -it hermes hermes run plan_20250601.yaml --confirm执行过程中我注意到Hermes默认的删除逻辑并不是直接永久删除而是先把邮件移动到了“已删除”文件夹。这一点我很喜欢等于多了一层保险万一发现误删还能从网页端找回来。整个执行耗时大约四十分钟跑完后Hermes给了一份清理报告包括每个文件夹处理了多少封邮件、总耗时多少。4. 实际操作中踩过的坑与排查技巧4.1 授权码相关认证总是失败我配置完成后第一次跑测试提示AUTHENTICATION failed。排查发现两个原因一是有人在配置时直接把126邮箱的登录密码填进去了但126邮箱对第三方客户端要求必须使用客户端授权密码二是授权码在复制时多复制了一个空格导致认证失败。解决办法很简单重新进126邮箱设置页面生成一个新的客户端授权码确认复制时没有多余空格再更新到mail.yaml里。另外126邮箱的授权码生成后不是立刻生效我遇到过等了两三分钟才生效的情况不要刚生成就立刻去测试等一分钟再试更稳妥。4.2 删除语义的坑删了网页端还看得到IMAP协议里有删除动作和expunge永久清除动作的区别。Hermes的默认操作是把邮件标记为已删除然后同步给服务器但126邮箱服务端对“已删除”标记的同步存在一定延迟导致我在网页端看邮件还在。这个坑的解决方式不是让Hermes发expunge命令因为那样会绕过“已删除”文件夹直接物理清除一旦误删就无法挽回。我的建议是把清理动作全部设计成“移动到待删除文件夹”让邮件先落在126邮箱的“已删除”文件夹里然后你可以在网页端统一确认确认没问题再手动清空。虽然多了一步但安全系数高很多。4.3 连接数限制操作到一半报错126邮箱对IMAP并发连接数有限制如果Hermes在短时间内开了太多连接服务器会返回类似TOO MANY CONNECTIONS的错误。我第一次跑大批量清理的时候就碰到了跑到一半任务报错退出有些邮件处理了有些没处理状态不好对账。解决办法有两个方向。第一是在Hermes的邮件配置中设置只保持一个长连接不要每条规则都重新建立连接。第二是在规则执行间隔里增加sleep时间让每两个批次之间歇一歇。我最后的做法是每处理200封邮件就暂停0.5秒实测下来大任务跑一个多小时也没再触发限制。4.4 邮件编码乱码中文主题变问号126邮箱里有很多老邮件是GB2312或GBK编码Hermes默认按UTF-8解析导致邮件主题显示成乱码严重的时候影响大模型判断邮件类型。这个坑特别隐蔽因为统计数量看起来没问题实际分类时全乱了。解决方式是在Hermes邮件配置中增加一个字符集兜底字段。我自己在配置里加的是charset_fallback: gb18030这样当邮件头没有声明编码时Hermes会优先用GB18030去解码。在我遇到的场景里这一项直接把乱码率从大概20%降到了1%以内。如果你的邮箱里还有更老的繁体邮件可能还需要再加一个big5备用但GB18030兼容了中文简体、繁体绝大多数场景够用。4.5 大模型误判把“发票”当垃圾清理规则里有一条是主题包含“发票代开”就删除这没问题。但有一次我让Hermes加大规则范围把主题包含“发票”的邮件也列入候选结果它把一封正常的电子发票邮件也标成了垃圾。原因是大模型在处理自然语言时会有自己的语义理解它觉得“发票”这个词和“代开发票”的垃圾场景高度相关于是误判了。这个坑的教训是让AI智能体做自动化清理时不要把“理解权”完全交出去。同一条规则里能精确匹配关键词就不要用模糊语义能用双重条件约束就不要用单一条件。我最终的方案是凡是涉及删除的规则必须同时满足多个条件比如“超过180天未读广告分类”只有单一关键词命中的邮件一律先移到“待确认”文件夹不直接删。4.6 常见问题速查表现象可能原因解决方案AUTHENTICATION failed授权码错误、未生效、含空格重新生成授权码确认复制无空格邮件标题乱码邮件为GBK/GB2312编码配置charset_fallback为gb18030TOO MANY CONNECTIONSIMAP并发连接过多复用长连接增加批次间隔删除后网页端仍显示IMAP删除标记同步延迟改为移动到已删除文件夹人工确认后清空误删重要邮件规则条件过宽、模型误判增加多条件约束开启预览模式任务跑了一半报错网络抖动或频率限制查看日志断点续跑降低并发频率5. 安全与权限清理邮箱前必须想清楚的三件事5.1 最小权限原则让AI智能体连接你的邮箱本质上就是把邮箱的一部分控制权交给了自动化程序。这里必须坚持最小权限原则。我给Hermes用的始终是126邮箱的客户端授权码而不是账号的完整控制密码。而且在设计清理流程时只给它分配了处理邮件的IMAP/SMTP权限没有让它做账号设置、修改安全选项等高危操作。不要小看这一点。授权码本身已经限制了使用范围如果你用的是“IMAP/SMTP专用授权码”它就不能用于网页端登录即使泄漏了攻击者也进不了管理后台。这是第一道防线。5.2 备份优先于删除我见过不少人清理邮箱清理完才发现有一封重要邮件被误删然后到处找恢复方法。126邮箱虽然有“已删除”文件夹但如果清理完一段时间后在网页端被自动清空或者清理规则用的是永久删除那就真的救不回来了。我的备份习惯是所有正式执行清理之前先执行一次全量EML导出备份存到移动硬盘或者网盘里。不要觉得上万封邮件导出很慢其实也就几十分钟换来的是随时可以翻旧账的安全感。另外尽量不要直接使用永久删除动作而是移动到“已删除”文件夹给恢复留出一个时间窗口。5.3 日志审计把AI的操作记录当回事Hermes默认会记录每一次工具调用的日志包括连接邮箱的时间、读取了多少封邮件、执行了什么操作。清理完成后我会定期去翻这个日志文件看看有没有哪条规则命中了不该命中的邮件。用日志做审计其实是用AI智能体做自动化任务的重要一环网上很多教程只教你怎么配置和运行很少有教程强调日志的重要性。实际操作中我在前两周的日志里发现了两处规则误判及时修正后才让后续的定时清理稳定下来。如果你的清理规则比较复杂建议每次任务结束后都花几分钟扫一眼日志不光是看有没有报错更要看操作对象是不是都在预期范围内。6. 从一次性清理到长期维护6.1 把清理任务做成定时任务邮箱清理不是一次性的我这次清完以后每天还是会新增几十封订阅和营销邮件。所以我给Hermes加了一个定时任务让它在每周日凌晨三点自动跑一轮清理使用固定的清理规则通过WebUI或者命令行都行。定时任务配置大概是这样的schedule: - name: weekly_mail_cleanup cron: 0 3 * * 0 plan: /app/config/plans/weekly_clean.yaml preview: false跑定时任务有一个前提规则必须经过验证、稳定可靠否则让AI深更半夜自动删邮件风险太大。我的做法是前两周先手动预览、手动确认执行确认没问题后才开启自动模式。6.2 沉淀规则库把你的“判断标准”固化下来清理邮箱过程中最有价值的产出不是邮箱清空了而是一套适合你自己的规则库。我建了一个目录专门放Hermes的规则文件按照季度命名每遇到新类型的垃圾邮件或者订阅邮件就手动在规则文件里加一条。半年下来我的规则库里已经有几十条规则覆盖了购物促销、技术周报、租房广告、贷款广告、发票代开等常见场景。这样做的好处很明显以后即使换一个邮箱服务商只要把配置迁移过去同一套规则还能继续用。规则库本身就是你个人处理邮件习惯的外置化。6.3 和其他自动化流程联动Hermes除了能连邮箱还能接很多其他工具。我目前已经把它和我自己的定期账单提醒流程做了串联每个月检查银行账单邮件、提取金额和账单日然后汇总成一张表格。这些操作本质上和清理邮件很像都是把“读取邮件—理解内容—执行动作”这条链路自动化。如果你只把它当成一个垃圾邮件删除工具那确实有点浪费。等你对规则库和任务流熟悉了以后完全可以把邮件分类、发票归档、账单提醒等都交给它把自己从信息过载里解放出来。最后再分享一个小技巧无论你后续怎么扩展Hermes的能力都不要让它在“无人值守”模式下直接对邮件做永久删除。我一直坚持的原则是——清理规则可以自动跑但必须保留“待删除”文件夹这层缓冲宁可在每周定时任务结束后花五分钟去看一眼清理报告也不愿面对误删重要邮件后拼命找回的慌乱。毕竟工具是拿来省心的不是拿来制造新的麻烦的。