你点开一封开发信，开头的“Hi {first_name}”精准得像个笑话，后面接着几段华丽空洞的模板——这场景谁没遇到过？标准邮件合并工具从来只把标签往静态模板里一塞就敢叫“个性化”，但真正做外联的人都清楚，那跟把收件人当傻子没区别。

要是能把公司名称、对方背景备注直接喂给一个本地的语言模型，让它替每一封邮件从头重写全文呢？这就是作者整个本地邮件代理系列的收官模块——一个跑在你自己机器上的邮件活动引擎。它不调云端API，用本地的Llama 3.1，读着CSV里的联系人列表，把每个人的公司、职位和专属备注揉进邮件正文，生成真正一对一的外联内容，而不是批量填充的空壳。

打开网易新闻 查看精彩图片

这套系统把“群发”拆成了四个实实在在的动作。首先是 模板+变量：你定义邮件骨架时直接用{company_name}等占位符，LLM会在生成阶段动态理解这些信息，而不是简单替换。接着是 CSV加载，run起来后它会逐行读取收件人数据，每条记录对应一次独立的推理。

然后是 可控发送。为了不触发Gmail的频率限制，引擎自带节流逻辑，一条一条平稳发，并且每封邮件都走正常的SMTP通道，收信方看到的也就是一封“手写”邮件。最后是 回复闭环，对方回信后会按既有管线进入分类器，区分出意向、谢谢、退订等类别，让跟踪不再靠人肉扫收件箱。

整套操作靠Telegram消息就能驱动，不管是命令式的“campaign personalize outreach”还是随手打的“启动外联活动”，底层路由都会把自然语言解析成同一套动作。作者的设计哲学很清晰：Telegram只当控制面，真正的脏活都交给后台服务模块。创建、加载、个性化、预览、启动、暂停、看状态，七步闭环，每一步都在本地完成，数据完全不过第三双手。

那些还在用“Dear {first_name}”假装走心的邮件工具，看到这里大概要冒冷汗了。原来真正的个性化邮件群发，不是多塞几个标签，而是让每封邮件连正文的起承转合都在为收件人量身定制——而且，整个过程你连GPU云服务器都用不着。