本页目录
个人项目 · 独立设计与开发 · 已开源
DayMate
桌面端 AI 待办与求职助手
写硕士论文和参加校招期间，导师反馈、论文节点、测评通知和面试安排分散在学校 Gmail、163 邮箱及招聘平台。我的问题不是缺少一个地方读邮件，而是读完之后还要自己记下截止时间、下一步行动，以及每家公司的应聘进展。
因此，我做了 DayMate：从邮件中整理出可执行的待办，按公司汇总求职状态，并自动生成 HTML 格式的面试准备资料，让我打开电脑后能直接判断哪些事需要处理。项目现已开源至 GitHub。
EXECUTIVE SCORECARD项目规划与核心看点总览
围绕「待办提取」、「求职汇总」与「HTML 面试资料生成」，结合常驻桌面端形态与阿里云部署。
从读邮件到推进行动
核心痛点：论文与校招通知分散在多处邮箱，读完还要手动记截止时间与应聘进展
做法与思路：自动整理出可执行的待办，并按公司汇总求职状态，开机即清楚重点
为什么选择桌面端：聊天 Bot、网页与桌面端
场景考量：查待办是开机即看的被动感知，对话式bot不适用该场景；网页端多标签页切换容易被忽略
做法与思路：常驻 macOS 边缘随开随看，阿里云后端 24h 抓取入库，开机私有 API 快速同步
待办提取、求职汇总与 HTML 面试资料
核心功能：从邮件提取事项与 DDL、求职信息按公司汇总进度，并按固定工作流生成面试资料
做法与思路：待办直接进清单、不确定的邮件人工核对，并自动输出 HTML 面试资料
自用验证与做个人 AI 工具的心得
自用与开源：已用于毕业求职期间日常整理，减少重复翻找；项目已开源至 GitHub
做法与思路：选准高频任务把信息可靠转成行动，允许用户及时纠错才更容易真正用起来
开机即见：从邮件中整理出的待办与求职进度并置一屏，打开电脑后直接判断哪些事需要处理。
01 需求来源 · 为什么做
从读邮件到推进行动：信息分散与手动记录的负担
写硕士论文和参加校招期间，导师反馈、论文节点、测评通知和面试安排分散在学校 Gmail、163 邮箱及招聘平台。我的问题不是缺少一个地方读邮件，而是读完之后还要自己记下截止时间、下一步行动，以及每家公司的应聘进展。
信息分散的真实场景多头输入带来的记忆与整理负荷
当时各条线的信息入口彼此独立，且都伴随着明确的时间约束与后续动作：
- 海外学业（学校 Gmail）：导师论文修改意见、题目审核结果、毕业答辩申请节点与签证手续通知。全英文长邮件篇幅大，看漏一条就可能延误关键答辩节点。
- 校招求职（163 邮箱 / 招聘平台）：投递企业的确认回执、48 小时限时 OT 在线测评链接、笔试考场安排与多轮面试邀约。发件主体五花八门，格式各不相同。
- 日常事务：实习工作与日常团队协作任务同步。
读完邮件并不代表事情已经推进。如果每次都要自己手动去备忘录里记下“哪家公司需要在周三前做完测评”、“哪封邮件需要尽快回复导师修改意见”，一旦事情集中，就极易出现疏漏。
因此，我做了 DayMate：从邮件中整理出可执行的待办，并按公司汇总求职状态，让我打开电脑后能直接判断哪些事需要处理。
02 产品形态 · 为什么选择桌面端
聊天 Bot、网页端与桌面端的形态取舍
这个工具服务于每天反复查看的个人工作流程。如果形态选错，每次查看都需要额外克服阻力，很难在真实生活里长期用下去。
三类形态权衡对比聊天 Bot、网页端与常驻桌面端
我对比过做聊天 Bot、网页端与桌面端三种不同的产品形态，最终做出了清晰的取舍：
聊天 Bot (Chatbot)
交互方式：提供对话输入框，通过与 AI 问答获取今日要务与邮件信息
根本问题：查看今日待办和求职进展，本质上是「开机看一眼」的被动感知场景，根本没必要打字交互。每天坐下来还要想“该向 AI 问什么”，完全不适用这种高频日常场景。
网页端形态 (Web App)
交互方式：部署为公网 Web 网站，在浏览器中打开标签页使用
实际问题：除了高频切换繁琐，在国内服务器上线公网网站还需繁琐的域名 ICP 备案；更关键的是，邮件包含学业与求职敏感信息，暴露在公网网页端存在天然的安全与鉴权风险。
常驻桌面端 (DayMate)
交互方式：常驻在 macOS 屏幕边缘，开机即直观呈现待办与进度
核心价值：开机即见，被动感知；后端与数据库常驻阿里云 24h 持续抓取解析与入库，关机也不断联；通过私有 API 同步，免去公网 Web 备案与暴露风险。
架构澄清与安全边界客户端形态、免备案与云端后端部署
DayMate 是我每天都会查看的工具，所以我选择做成常驻在 macOS 屏幕边缘的桌面端。打开电脑就能看到待办和求职进度，不用再额外打开一个网页。
邮件处理则由部署在阿里云服务器上的后端负责：定时获取邮件、提取待办并保存求职记录。电脑关机时，后端仍可以继续处理；下次打开 DayMate，桌面端会获取更新后的结果。这样既满足了随手查看的使用习惯，也不需要为个人自用工具维护一个网页入口。
界面实景与设置自用客户端界面
03 功能设计 · 核心功能
待办提取、求职汇总与 HTML 面试准备资料
DayMate 聚焦三项紧密衔接的核心功能：将相关邮件提取为待办、按公司汇总求职进展，以及自动化整理 HTML 格式的面试准备资料。
核心功能一：邮件提取待办事项、来源与截止时间一目了然
DayMate 将相关邮件自动提取为待办，记录事项、来源和截止时间，直接推进到当日清单，无需手动复制备忘：
- 跟进 Dr. Rohani 论文审核反馈：【学校 Gmail · 学业 · 截止周五】核对论文修改意见并提交第二版草稿
- REMOS 会议系统背书确认：【学校 Gmail · 学业 · 8/16 截止】联系导师确认会议系统摘要审核
- 限时完成在线测评 (OT)：【163 邮箱 · 求职 · 48h 截止】点击链接进入系统完成笔试测评
核心功能二：按公司汇总求职进度看清每个机会走到了哪一步
针对求职邮件，DayMate 按公司汇总投递、测评、笔试和面试等进展，方便查看每个机会目前走到了哪一步：
求职进度汇总：按公司记录投递、测评、笔试与面试各阶段状态，方便随时掌握求职全盘进展。
邮件格式并不统一，自动回执也可能缺少明确的岗位或流程信息。因此，对无法可靠判断的结果，我让它停留在待确认状态，由自己核对后再加入记录。对这个自用工具来说，求职进度准确，比每封邮件都自动归档更重要。
核心功能三：HTML 面试准备资料自动整理固定的业务调研工作流，大幅减轻整理负担
在校招面试密集期，每收到一家面试通知，最耗费精力的往往是在短时间内临时到处翻看公司官网、产品线、最新业务动态，并对照岗位 JD 逐条整理自我介绍与常见问答。这不仅耗时 1~2 小时，而且极易因信息零散而准备不充分。
DayMate 设计了一个固定的业务调研与信息整理工作流（Workflow），在识别到面试邀约后，自动生成一份排版干净、结构清晰、可离线全屏浏览的独立 HTML 格式面试准备资料：
- 公司速览与业务脉络：公司主营业务、核心盈利模式、行业竞争格局与近期关键动态。
- 岗位画像与 JD 拆解：目标岗位核心考察能力、业务期望与关键交付指标。
- 针对性问答与简历映射：针对该业务场景的个人经历要点提炼、高频专业提问预测与自我介绍底稿。
- 离线独立可查：产物为原生单文件 HTML，界面干净无多余杂讯，面试前一键全屏打开，快速进入状态。
04 验证复盘 · 自用结果与心得
自用结果与做个人 AI 工具的心得
DayMate 已用于我毕业求职期间的日常事务整理，累计支撑了 6 场求职面试的资料调研与实战备战。它解决的核心问题，是把散落在邮件里的“需要做什么”和“求职走到哪一步”集中呈现，减少重复翻找和手动记录。从这个自用项目中，我有两点体会：
1. 选准高频任务，把信息可靠地转成行动
这个项目让我认识到，个人 AI 工具不必追求功能多。很多工具堆砌了一堆低频功能，最后反而被闲置。选准一个每天都要面对的高频任务，把信息可靠地转成可打勾的行动，才更容易真正解决问题。
2. 允许用户及时纠错，才更容易真正用起来
大模型处理非标准化内容时存在不确定性。不追求虚幻的 100% 全自动，在关键节点提供简单直接的人工核对入口，让用户能随时纠错，工具才能在真实生活中被长期信任、真正用起来。