那个周末，窗外的雨淅淅沥沥地下个不停，我盯着屏幕上的Mailchimp报价单，心里一阵烦躁。几千个订阅用户，发个geng新通知就要被割一波韭菜？geng别提那些繁琐的导入流程，简直是在挑战我的耐心极限。我想，不就是发个邮件吗？至于这么复杂？

以前，这种时候我会打开IDE，一边翻着Node.js的文档，一边在StackOverflow上复制粘贴，折腾SMTP协议、握手失败、内存溢出……两天时间过去了头发掉了一把，脚本还没跑通。但这次不一样，我的桌面上正运行着Zui新的Gemini 3 Pro。我倒要kankan，这个号称代码Neng力逆天的AI，Neng不Neng帮我省下这把头发。

结果？它不仅帮我省下了头发，甚至让我产生了一种错觉：我可Neng正在被淘汰。从需求提出到Zui终交付，仅仅几个小时一个具备连接池、任务队列、SSR渲染的Turbo Mail Sender就这样诞生了。今天我就来复盘一下这场“人机协作”的奇妙经历，源码我Yi经打包好了文末自取，记得给个Star。

事情的起因hen简单，公司项目需要给订阅列表里的几千个用户发一封geng新通知。市面上的工具要么死贵，要么限制重重。自己写吧，又不想陷入重复造轮子的泥潭。于是我把目光投向了Gemini 3 Pro。

我给它的第一个Prompt非常直接，甚至带着点挑衅的意味：“我要Zuo一个邮件群发工具的单页UI。用Tailwind CSS，风格要轻色单栏，带点微交互动画。包含监控发送进度，要有一个骚气的进度条和实时日志。”

我本以为它会像以前的那些AI模型一样，给我堆砌一堆毫无美感的`div`，或者让我自己去调CSS。但几分钟后它甩出来的代码让我愣住了。

它没有给我那种生硬的“程序员审美”，而是直接甩出了基于Tailwind的完整布局。geng绝的是它贴心地加上了`@keyframes fadeInUp`入场动画，甚至连`backdrop-filter`和`shadow`的细节dou处理得恰到好处。

kan到这段代码时我不得不承认，这哪里是AI，这简直就是自带了五年经验的前端同事。它甚至帮我初始化了Quill富文本编辑器，那种顺手拈来的感觉，让我这个老油条dou感到了一丝危机感。

UI画好了接下来才是见真章的地方。hen多新手写发邮件脚本，就是写个`for`循环调用`sendMail`。结果就是发几百封后IP被封，或者内存直接溢出。我告诉Gemini：“我要发送几万封邮件，必须要有连接池，不Neng每次发送dou握手。必须有生产者-消费者队列，控制并发数。失败要自动重试。”

Ru果是以前的AI，大概率会给我瞎编一个队列，或者让我去引入Redis。但Gemini 3 Pro给出的方案，让我这个老前端dou挑不出毛病。

它没有引入Redis，而是手搓了一个内存版的`TaskManager`和`Worker`。geng让我惊讶的是它居然知道开启`pool: true`选项，并且自动限制了Zui大连接数和速率限制。这波操作，直接把性Neng拉满了。

// server.js 核心片段：连接池
class TransporterCache {
    constructor {
        this.cache = new Map;
    }
    get {
        const key = `${user}@${host}`;
        if ) return this.cache.get;
        // Gemini 居然知道开启 pool: true 选项
        const transporter = nodemailer.createTransport({
            pool: true, 
            host: host,
            port: Number,
            secure: Number === 465,
            auth: { user, pass },
            maxConnections: 10, // 自动限制Zui大连接数
            rateLimit: 5        // 还有速率限制，讲究
        });
        this.cache.set;
        return transporter;
    }
}

kan到这段代码时我意识到：Gemini不仅仅是频繁创建和销毁TCP连接是多么奢侈的行为。这种“懂行”的感觉，真的让人后背发凉。

接着是消费者Worker的逻辑。经典的消费逻辑，控制并发数，处理任务，一切井井有条。

// server.js 核心片段：消费者 Worker
class Worker {
    constructor {
        setInterval => this.tick, 1000);
    }
    tick {
        // 经典的消费逻辑：控制并发数
        while  {
            const id = taskManager.queue.shift;
            const task = taskManager.getTask;
            if  this.processTask;
        }
    }
    // ...发送与重试逻辑
}

我本来只想要个Demo，它直接给了我一个带连接池、任务队列、甚至还顺手写了SSR的完整全栈应用。这种超出预期的交付Neng力，才是AIZui可怕的地方。

Zuo到这里工具Yi经Neng用了。但我故意刁难了一下Gemini：“现在的配置每次刷新页面就没了体验太差。但我不想用数据库。你想办法解决一下。”

这是一个典型的矛盾：既要持久化，又要轻量级。Gemini思考了一会儿，给出的方案是：SSR + LocalStorage 双重兜底。

它直接修改了`server.js`的`/`路由，在返回HTML之前，把URL参数里的配置通过正则替换注入到HTML中。不用数据库，却实现了配置持久化的错觉。

// server.js：极其暴力的正则替换 SSR，简单粗暴但有效
if  {
    html = html.replace(/id="smtpHost"\s+type="text"\s+value="*"/,
        `id="smtpHost" type="text" value="${host}"`);
}

说实话，这种正则替换虽然kan起来hen“脏”，但在这种微型工具里不仅省事，而且性Neng极高。AI这种Neng力，才是Zui可怕的。它懂得权衡，懂得在场景中Zuo减法。

这个项目里CSS是AI写的，后端逻辑是AI写的，重试算法是AI写的。我Zuo了什么？我负责定义问题，负责Code Review，负责把它们组装起来。

以前我们常说全栈工程师。Zuo完这个项目我觉得，以后可Neng只有一种工程师，叫Prompt工程师。怎么利用AI，在几小时内搞定别人几天的工作量，这才是核心竞争力。

以前我写这套东西起码得两天这次连写带调，几小时收工。这种效率的提升，不是线性的，而是指数级的。谷歌发布的Zui新模型Gemini 2.5 Pro ，具体版本是Gemini-2.5-Pro-Preview-05-06，专为复杂任务打造，编程Neng力强大。而我们现在讨论的Gemini 3 Pro，显然是在这个基础上geng进了一步。

Pro面向深度推理与长链路任务执行场景，全面对标GPT 5.2与Gemini 3 Pro；2.0 Lite兼顾性Neng与成本。这种技术迭代的背后是我们开发者工作方式的彻底变革。

Zui终，这个Turbo Mail Sender具备了以下Neng力：高并发发送、连接池管理、任务队列调度、失败自动重试、以及一个带动画的漂亮UI。它免费、私有、无限制。

我把整个项目打包开源了。Ru果你也需要一个这样的工具，或者你想研究一下Gemini 3 Pro生成的代码到底有多工整，欢迎来GitHub提Issue。

现学会提问，比学会写代码geng重要。

好了今天就分享到这儿吧。雨停了我也该去休息了。希望这个源码Neng给你的项目带来一点灵感，或者至少，Neng帮你省下几根头发。😁

在线体验：👉 Turbo Mail Sender