ZON
ZON BOARD UPDATED · 2026-03-18
AI Mail Workflow

QQ 邮箱新账号 + hello@zondev.top 转发 + AI 助手接入

这条链路的核心不是“再买一个邮箱服务”，而是把邮箱能力拆成三层：新建隔离 QQ 身份负责真实收件箱，hello@zondev.top 负责对外入口， 现有本地 AI 助手只读这个新邮箱并做摘要。这样最便宜、最稳，也最符合你“不要碰原邮箱”的目标。

推荐路径：免费个人邮箱 + 转发 真实邮箱：QQ Mail 公开入口：hello@zondev.top AI 数据源：只读 IMAP 不是 send-as 方案
Manual Gates
4
注册、激活、授权码、邮箱验证这 4 类动作需要你亲手完成。
AI Reuse
现成
本地 AI 助手已经支持 read-only IMAP、摘要和 Feishu 推送。
Risk Cut
隔离
不再让 AI 接触你原来邮箱里绑定账户、验证码和信用卡类内容。
Cost
0~低
如果只做收件和 AI 处理，这条方案不要求购买托管域名邮箱。

World-Class Lens

如果按 Bruce Schneier 的“最小权限 + 分仓隔离”原则，这件事最正确的做法不是让 AI 接你的旧邮箱，而是给 AI 一个新的、权限更小的、用途更单纯的邮箱边界。

如果再按 Charity Majors 的“先选最简单稳定链路”原则，免费邮箱 + 转发 + 只读 IMAP 比“先上全托管企业域名邮箱”更适合你当前阶段。因为你现在真正要解决的是 隔离 和 可持续处理，不是发信品牌化。

原个人邮箱 不再给 AI 接入 新 QQ 邮箱 成为唯一收件真相源 AI 助手 只读、过滤、摘要
信任边界：旧邮箱退出 AI 视野，新 QQ 邮箱成为专用收件源。

要点 1

整条链路最稳的版本：新 QQ 号 → QQ 邮箱 → hello 转发 → 本地 AI 摘要

对你来说，QQ 邮箱不是公开身份，它只是内部真实收件箱；真正暴露给外部世界的是 hello@zondev.top。这样别人看不到你的 QQ 地址，你的 AI 也不用碰原来的私人邮箱。

下面这张泳道图就是这次推荐链路。你会发现需要你点的地方很少，主要集中在注册、扫码验证和邮件验证；其他环节都可以交给已经准备好的本地助手。

MANUAL SEMI AUTO OUTPUT 注册新 QQ 号 与旧邮箱隔离 激活 QQ 邮箱 登录 mail.qq.com 开启 IMAP / 拿授权码 账号与安全 开启 Email Routing 自动加 MX/TXT 创建 hello 规则 hello@zondev.top 验证 QQ 目标地址 点邮件里的 Verify 填 .env qq-forward profile 只读 IMAP 同步 QQ 收件箱 敏感过滤 + 摘要 AI / ops / vault digest.json / txt 本地存档 推送到飞书 可选 webhook 你只看少量人工项 验证码/支付类
主链路：手动动作集中在“注册 / 验证 / 授权码”这几个关口。

要点 2

先拿到一个新的 QQ 身份，再决定要不要注册更好看的 qq.com 英文账号

对你这次目标来说，最小可行闭环其实很简单：先创建一个新的 QQ 号，再登录 QQ 邮箱首页 激活邮箱。官方帮助中心写得很明确：如果已经有 QQ 账号，只要登录 mail.qq.com 并按提示激活，就可以拥有 QQ 免费邮。

如果你后面还想让这个新 QQ 邮箱本身也更好记，可以再在 QQ 邮箱里走“注册邮箱账号”的路径，拿一个英文的 @qq.com 账号名。但这一步对 hello@zondev.top 转发方案来说不是必须，因为对外展示的已经是你的域名地址了。

1 注册新 QQ 号 只服务 AI 邮箱链路 2 登录 mail.qq.com 激活 QQ 免费邮 3 开启 IMAP 服务 拿 16 位授权码 4 可选英文字号 不是必须
顺序建议：先把新 QQ 邮箱跑通，再决定要不要多做“英文字号”这一步。
当前官方界面可能有两个入口写法：旧帮助文档常写“设置 → 帐户”；较新的帮助文档写“账号与安全 → 安全设置 → SMTP/IMAP 服务”。2026 年 3 月我核对到的官方帮助同时存在这两种表述，所以你看到任意一种都算正常。

要点 3

hello@zondev.top 只是对外入口，不是你真正登录的邮箱

Cloudflare Email Routing 的职责是“收到发往 hello@zondev.top 的邮件后，转发到你验证过的目标邮箱”。官方文档明确写了两件事： 第一，默认是一条自定义地址只转发到一个目标地址；第二，目标地址必须先收到验证邮件并点掉 Verify 才会生效。

这意味着你在 AI 助手的 .env 里填写的 MAIL_USERNAME 应该是新的 QQ 邮箱地址，而不是 hello@zondev.top。后者只是 ingress alias，对外收件用，不是 IMAP 登录名。

角色 该填什么 / 干什么 公开入口 hello@zondev.top 别人只看到它，Cloudflare 只负责转发 真实邮箱 newqq@qq.com AI 用 IMAP 登录它，摘要也来自它 关键结论 alias ≠ mailbox，千万不要把两者填反
这个矩阵能避免最常见的配置错误：把 hello@zondev.top 误填成 IMAP 登录账号。

要点 4

现有 AI 助手已经够用，你真正缺的不是代码，而是账号验证和授权码

你当前本地项目 8_Workflow/apps/ai-mail-local-assistant 已经支持：只读 IMAP、敏感词拦截、摘要生成、以及可选飞书推送。我已经把它整理成了 QQ 转发模式的 profile。也就是说，代码侧真正未完成的，主要就是你还没有把“新 QQ 邮箱地址 + 授权码”交给它。

如果你以后需要的是“从 hello@zondev.top 发信给别人”，那是下一阶段问题。Cloudflare Email Routing 官方定位是收信转发，不是完整的域名邮箱托管和 send-as 服务。

完整发信能力 ↑ 成本 / 复杂度 → 免费邮箱 + Cloudflare 转发 适合你当前的隔离 + AI 摘要目标 付费域名邮箱托管 只有在你真需要 send-as 时再上
阶段性取舍：现在先解“收件隔离”，以后再解“品牌发信”。

Action Path

Step A

QQ 邮箱侧

  1. 注册一个新的 QQ 账号。这个号以后只服务 AI 邮箱链路，不和旧邮箱混用。
  2. 访问 mail.qq.com，用这个新 QQ 号登录并激活 QQ 邮箱。
  3. 进入 账号与安全，找到 SMTP/IMAP 服务。
  4. 点“开启服务”，按官方提示做身份验证，生成 16 位授权码。
  5. 把这个授权码保存好。官方说明里明确写到：更改 QQ 密码或独立密码后，授权码会失效，需要重新生成。
  6. 如果你想让这个新 QQ 邮箱自己也更好认，可以再在 QQ 邮箱里走“注册邮箱账号”的入口，拿一个英文 @qq.com 地址。可做可不做。
Step B

Cloudflare 转发侧

  1. 进入 Cloudflare 控制台里的 Email Routing 页面。
  2. 首次开启时点 Add records and enable，让 Cloudflare 自动为 zondev.top 写入 Email Routing 所需的 MX/TXT。
  3. 进入 Routing rules 或 Routes，创建自定义地址规则。
  4. Custom address 填 hello，Destination 填你的新 QQ 邮箱完整地址。
  5. 去新 QQ 邮箱收 Cloudflare 发来的验证邮件，点 Verify email address。
  6. 回到 Cloudflare 完成最后的启用。此后发往 hello@zondev.top 的邮件就会进你的新 QQ 邮箱。
6 个操作页面 4 个手动关口 1 条稳定链路
虽然看起来步骤不少，但真正需要你手点的核心只有 4 类。
YOU AI LATER 注册 / 登录 QQ 与 Cloudflare 扫码验证 授权码 / 邮件验证 确认收件正常 hello 转发成功 写配置模板 qq-forward.env 跑 doctor / sync / digest 本地只读 输出摘要 Feishu 可选 定时调度 cron / launchd 更细路由规则 ops / vault 发送能力 若未来需要
职责划分：先把你必须手点的关口收口，剩下交给 AI 助手跑。

Local Hookup

Ready State

本地助手怎么接

你现在本地已经有推荐的 QQ forwarding profile。真正要填的只有 4 个核心字段：QQ 邮箱地址、QQ 授权码、公开别名、转发目标地址。 

cd /Users/zon/Desktop/MINE/8_Workflow/apps/ai-mail-local-assistant
cp profiles/qq-forward.env.example .env

MAIL_USERNAME=你的新QQ邮箱地址
MAIL_PASSWORD=16位QQ授权码
MAIL_FORWARD_ALIAS=hello@zondev.top
MAIL_FORWARD_DESTINATION=你的新QQ邮箱地址

python3 scripts/mail_assistant.py doctor
python3 scripts/mail_assistant.py run

关键提醒：MAIL_USERNAME 和 MAIL_FORWARD_DESTINATION 应该填同一个 QQ 邮箱；不要填 hello@zondev.top。

Capability Map

接上之后 AI 会做什么

  • 只读 IMAP 拉取最近邮件，不会删信、不会回复、不会改动邮箱。
  • 自动把验证码、重置密码、银行卡/信用卡类内容挡进 vault，避免继续流入 AI 摘要。
  • 把适合 AI 读的邮件放进 ai，把需要你看一眼的通知放进 ops。
  • 生成 digest.json 和 digest.txt，可选再推送飞书。
账号 DNS AI 飞书 必要 必要 已准备 可选
准备度：AI 侧基本 ready，真正卡住你的是账号与 DNS 验证。
隔离 稳定 自动化 成本 可达性
这条方案强项：隔离、成本和中国可达性。
公开入口 真实收件箱 AI 摘要层
三层结构：入口、收件、处理，职责拆得很清楚。
TODO DOING DONE 注册新 QQ 开启转发 AI profile 拿授权码 验证邮件
当前状态：代码准备好了，缺的是账号与验证动作。

Key Warnings

现在最容易踩的坑

  • 把 hello@zondev.top 当成 IMAP 登录账号。错，真正登录的是 QQ 邮箱。
  • 修改了新 QQ 号的密码，却忘记授权码会过期。官方帮助明确说会失效。
  • Cloudflare 上已经有别的 MX 服务却不处理，导致 Email Routing 无法真正接管收件。
  • 以为 Cloudflare Email Routing 能直接“发信为 hello@zondev.top”。它不是这个产品定位。

为什么这仍然是最适合你的方案

你现在最在意的是：别污染旧邮箱、AI 尽量多干活、中国可访问、不要一上来就付费。QQ 邮箱 + 域名转发正好把这四个目标放到同一条线上，而且保留了后面升级到飞书摘要、定时任务、甚至未来发信方案的空间。

换句话说，这条链路先保证“收件和处理稳定”，以后如果你真的需要“带域名身份发信”，再单独升级发送层，不会推翻现在的隔离结构。

Source Links

QQ 邮箱官方入口

  1. QQ 邮箱首页
  2. QQ 邮箱帮助中心
  3. 我怎样注册邮箱账号？
  4. 我怎么样才能拥有 QQ 免费邮？
  5. 如何打开 POP3/SMTP/IMAP 功能？
  6. 什么是授权码，它又是如何设置？
  7. QQ 邮箱账号与安全

Cloudflare 官方入口

  1. Enable Email Routing
  2. Configure rules and addresses
  3. Cloudflare Email Routing dashboard

说明：QQ 邮箱帮助中心目前同时存在较老和较新的界面表述，我在 2026 年 3 月 18 日核对到的官方信息是“开启 IMAP 与获取授权码”这件事本身没有变化，但入口文案可能显示为“设置 → 帐户”或“账号与安全 → 安全设置 → SMTP/IMAP 服务”。

Closing Summary

这套方案最适合你的原因很简单：它把旧邮箱彻底排除在 AI 之外，又不要求你先去买域名邮箱服务。新的 QQ 邮箱负责真实收件，hello@zondev.top 负责对外入口，本地 AI 助手只读这个新邮箱做摘要，边界非常清楚。

One next action：先注册一个新的 QQ 号并激活对应 QQ 邮箱，拿到 16 位授权码。做到这一步之后，我们就能把本地 .env 填到可跑状态，剩下流程会明显顺很多。