说实话，这个标题听起来多少有点像是在贩卖焦虑，或者是在吹牛皮。毕竟对于一个功Neng完善的桌面提醒工具来说从零开始到落地，通常意味着无数个夜晚的调试、UI的反复打磨以及后端逻辑的各种坑。但这一次情况真的有点不一样。在 AI 的强力加持下我和 ChatGPT 结对编程，竟然真的在短短一天内，把这个名为「灵犀提醒」的 uTools 插件 MVP 版本给“生”了出来。

这不仅仅是一个关于速度的故事，geng是一次关于“AI 时代开发者该如何工作”的深度实验。Ru果你也对这种“小而美”的工具开发感兴趣，或者想知道 AI 具体Neng帮我们省下多少脑细胞，不妨坐下来听听我的这段经历。

为什么我非要自己造个轮子？

市面上Zuo提醒、待办类的应用简直多如牛毛，从大厂的 TodoList 到各种极简便签，应有尽有。但作为一个挑剔的用户，同时也是一名常年写 Java 的后端开发者，我一直没Neng找到一款完美契合我工作流的神器。痛点主要集中在三个让人抓狂的地方：

1. 重复规则太死板

hen多应用只支持Zui基础的逻辑：每天、每周几、每月几号。拜托，我的生活没那么规律！我经常需要一些geng“奇怪”的规则，比如“每隔两天的下午三点提醒我喝水”，或者“工作日的每隔一小时提醒我活动筋骨”。这种稍微复杂一点的时间逻辑，在hen多主流软件里就变得极其难配，甚至根本配不了。

2. 通知渠道太单一

有些事情我是真的不Neng错过比如服务器告警或者重要的纪念日。我希望它Neng像轰炸机一样，通过桌面弹窗、系统通知、甚至企业微信/钉钉一起推送一遍。有了站外推送，即便我人不在电脑前，或者插件不小心关了我也Neng收到消息。但市面上NengZuo到多渠道无缝融合的，少之又少。

3. 提醒不在“当前设备”上

我工作时间基本dou盯着电脑，手机的闹钟提醒太重了震动声在安静的办公室里显得格外刺耳，也容易影响到同事。而插件提醒就是一个轻量的弹窗，随手一点就Neng关闭，不扰人，这才是我想要的“桌面级”体验。

所以与其在各种软件里妥协，不如自己动手。对我这种常年跟 Spring Boot 打交道的人来说用 uTools Zuo一个贴合自己使用习惯的“小插件”，成了一个hen自然的选择。

技术选型：uTools + Spring Boot + AI

Ru果你还没用过 uTools，Ke以简单理解为：它是一个跨平台的效率启动器，拥有强大的插件生态和开发者支持。它有几个特点特别适合Zuo这种“小而精”的工具：

极简的交互： 快捷键一呼即出，用完即走，不占用任务栏。

技术栈友好： 前端Ke以用 Vue，后端随便你用什么只要Neng跑 HTTP 接口就行。

跨平台： Windows、Mac、Linux 通吃，一次开发，到处运行。

于是我的架构图hen快就画好了：

前端： uTools 插件框架 + Vue 3。

后端： Spring Boot。

通信： WebSocket。

大脑： AI。

核心功Neng一：AI 一句话创建提醒

这绝对是整个插件Zui“性感”的功Neng。我受够了在表单里一个个选日期、点时间、填标题。我想要的是那种“极客范儿”的体验——在输入框里直接敲一句话：

“明天下午三点提醒我交电费”

然后系统就自动识别出时间、标题、备注，直接生成提醒。这背后其实是后端调用 AI 模型进行的一次自然语言解析。虽然听起来hen高大上，但在 AI 的帮助下实现起来并没有想象中那么难。

现实问题总是hen琐碎：用户可Neng写 5 段，也可Neng写 6 段，还可Neng是带 `?` 的那种 Cron 表达式。Ru果让我自己写正则去匹配，头发估计要掉光。这时候，我就把需求丢给 AI：“帮我写一个解析器，Neng处理各种格式的时间输入，并转换成标准的 Cron 表达式。”

几秒钟后它就给我一段逻辑清晰的代码，我再根据项目结构稍微改一下就Neng用。结果就是：在Yi经hen熟悉的 Java & Vue 基础上，靠 AI 填了大量机械、重复、查文档的部分，核心 MVP 确实是一整天搞定的。

核心功Neng二：灵活到极致的时间调度

为了给自己留个“高级玩法”，我特意加了 Cron 表达式的支持。当然为了照顾普通用户，UI 层面Zuo了大量的封装。

在调度逻辑上，我遇到了一个经典的坑：如何计算下一次执行时间？特别是当用户设置了“开始时间”和“结束时间”的时候。这一块我其实是和 AI 来回沟通了几轮，让它帮我重构逻辑、校验边界条件，省了不少脑细胞。

比如我们需要处理 `baseTime` 的选择：

LocalDateTime base = LocalDateTime.now;
if (!isForSchedule 
    && remind.getCronStartTime != null 
    && base.isBefore)) {
    base = remind.getCronStartTime;
}
LocalDateTime next = cron.next;

这里的逻辑是：用于“预览”下次执行时间时可Neng从 `cronStartTime` 算；而用于实际“调度”时就是简单的 `now`。这种细微的差别，Ru果不经过 AI 的辅助提示，我hen可Neng会在上线后才发现 Bug。

此外我还设计了“时间段循环提醒”。比如设置“上午9点到12点，每小时提醒一次”。这种设计没什么炫技的地方，就是老老实实地面向接口编程，但对后面 通道非常友好。

核心功Neng三：多渠道通知与独立窗口

为了保证“人不在插件窗口，提醒也Neng到桌面”，我前端用了 WebSocket + 独立提醒窗口的方案。

基本流程是这样的：插件启动时与后端建立 WebSocket 连接。后端一旦有提醒触发，就推送一条消息。前端收到消息后Ru果当前 uTools 窗口没打开，就弹出一个独立的、置顶的小窗口。

WebSocket 的连接维护也是 AI 帮我搭的架子：

let ws: WebSocket | null = null;
let heartbeatTimer: number | null = null;
let reconnectTimer: number | null = null;
let reconnectAttempts = 0;
const MAX_RECONNECT_ATTEMPTS = 5;
let remindWindow: any = null;
function initWebSocket {
  ws = new WebSocket;
  ws.onopen =  => {
    startHeartbeat;
  };
  ws.onmessage =  => {
    const msg = JSON.parse;
    handleReminder;
  };
  ws.onclose =  => {
    tryReconnect;
  };
}

而在后端，为了支持多渠道推送，我设计了一个统一的 `NotifyChannel` 接口：

public interface NotifyChannel {
    boolean available;
    void send;
}

然后分别实现了系统通知、企业微信机器人、钉钉机器人等实现类。在 `ReminderPushService` 里我只需要遍历这些通道，判断用户是否开启，然后发送即可。

@Service
public class ReminderPushService {
    @Autowired
    private List notifyChannels;
    public void pushReminder {
        ReminderMsg msg = buildMsg;
        for  {
            if ) {
                channel.send;
            }
        }
    }
}

那些 AI 帮我“抠”出来的细节

除了大框架，AI 在细节处理上简直是我的贴心小棉袄。

比如“新增提醒”这个表单，是整个插件 UI 里Zui复杂的一块。要处理多时间点选择、重复规则、Cron 预览等等。在展示多时间点时我搞了一个简化版的展示字段 `displayTimesText`：

const displayTimesText = computed => {
  const  = extractDateAndTimeFromFirstDateTime;
  const times = .filter;
  if  return "未设置时间";
  return times.join;
});

再比如提示音。我给自己加了一个hen爽的小功Neng：在选择提示音的时候，点击就Neng试听。这些交互细节基本dou是我先丢一句话给 AI：“我有三个提示音文件，如何在选择时Ke以试听？”它给我一段完整实现，我再根据项目结构稍微改一下就Neng用。

甚至是为了防止被恶意刷接口，用 Redis Zuo的一个非常简单的“按天限流”功Neng，也是 AI 帮我设计的：

public boolean checkAiLimit {
    String key = "ai_time_" + userId;
    Long count = redisTemplate.opsForValue.increment;
    if  {
        long seconds = calcSecondsUntilEndOfDay;
        redisTemplate.expire);
    }
    return count != null && count <= MAX_TIMES_PER_DAY;
}

这里的逻辑hen巧妙：key 不带日期，过期时间设为当天剩余秒数；第一次调用时设置失效时间，之后全部简单 `increment`；超过阈值直接拒绝。这段逻辑的方案设计，其实也是我先把想法和约束丢给 AI，让它帮我写完，再自己Zuo一轮 review。

开发体验：AI geng像是一个不抱怨的搭档

回顾这一天的开发过程，我发现自己geng多地是在Zuo“架构师”和“产品经理”的工作，而“码农”的工作大部分交给了 AI。

我定义接口，定义数据结构，定义业务逻辑的约束，然后告诉 AI：“帮我实现这个”。它不会因为需求变geng而抱怨，也不会因为写重复代码而感到无聊。它就是一个高强度、不抱怨的结对编程伙伴，帮我把“我Yi经知道怎么Zuo，但懒得敲”的那部分快速完成。

Ru果让我自己从 0 开始设计、踩坑，这个插件可Neng要拆成好几天甚至一两周的业余时间。但现在它Yi经稳定地接管了我日常的hen多小事。

数据库设计与 性

为了支撑这些花里胡哨的功Neng，数据库设计也得跟上。我设计的 `t_user_reminder` 表大概长这样：

CREATE TABLE t_user_reminder (
    id BIGINT PRIMARY KEY AUTO_INCREMENT,
    user_id BIGINT NOT NULL COMMENT '用户ID',
    template_id BIGINT DEFAULT NULL COMMENT '引用的模板ID，可为空',
    title VARCHAR NOT NULL COMMENT '提醒标题',
    content TEXT COMMENT '提醒内容',
    remind_time DATETIME NOT NULL COMMENT '下一次提醒时间',
    repeat_rule VARCHAR DEFAULT NULL COMMENT 'NONE, DAILY, WEEKLY, MONTHLY, YEARLY, WORKDAY, CUSTOM',
    custom_mode VARCHAR DEFAULT NULL COMMENT 'WEEKLY, YEARLY, MEDICINE, ANNIVERSARY 等',
    repeat_interval INT NOT NULL DEFAULT 1 COMMENT '间隔数，如每2天/每2周',
    repeat_weekdays SET NULL COMMENT '每周的星期几',
    repeat_month_days VARCHAR NULL COMMENT '每月的哪几天逗号分隔',
    status TINYINT NOT NULL DEFAULT 1 COMMENT '0=禁用 1=启用 2=Yi结束',
    create_time DATETIME NOT NULL,
    update_time DATETIME NOT NULL
);

几个关键点：`repeat_rule` 和 `custom_mode` 的配合，让我Neng支持几乎所有的重复场景；`status` 字段则方便控制提醒的生命周期。

每个人douNeng拥有自己的“小插件”

这篇文章一方面是想分享下这套“uTools + Spring Boot + AI 协作”的开发实践，另一方面也是想抛砖引玉。现在的技术门槛正在以前所未有的速度降低，只要你有一个明确的需求，哪怕你是个前端小白，或者后端新手，只要有 AI 在旁边辅助，你完全有Neng力在短时间内打造出专属于自己的趁手工具。

到现在「灵犀提醒」Yi经成了我电脑里不可或缺的一部分。Ru果你对这个提醒插件感兴趣，或者想kangeng细的某一块实现，Ke以在评论区告诉我。

Ru果文章对你有帮助，点个免费的赞鼓励一下吧！关注公众号:加瓦点灯，每天推送干货知识！

那不妨也找个周末，试试Zuo一个属于你的“小插件”。毕竟只有想不到，没有Zuo不到。

---