收集你手机上收到的微信群消息 → AI 抽出「谁、什么事、什么时候、要不要做」→ 重要的立刻提醒你，并把日程写进你已有的日历。不漏、不用抄、不用记。
不做协议层、不登录微信、不存全量聊天 —— 只做你设备上的「最后一公里」。
群消息没有「时间、责任、优先级」这三种字段，于是从「看到」到「记住」再到「做到」，全靠人肉。
发在大群里，被 200 条闲聊刷走。截止日期只能靠脑子记，忘一次就是一次事故。
客户在群里改了时间，两小时后才看到 —— 错过的不只是消息，是别人对你的信任。
家长群一天几百条，通知混在拼单和闲聊里。漏掉的是孩子的事，代价最高。
下面是三条模拟群消息。点任意一条，右边会走一遍真实产品的处理流程：抽取 → 判定优先级 → 写进日历。
※ 演示数据，不是真实聊天记录。
下面是拟真的系统日历界面（示例数据）。灰蓝色块是你原本的课程，绿色带「不错过」的是产品自动写进去的 —— 在上面点「写进日历」，这里对应的块会当场亮起来。
※ 课程名与教室来自真实课表（10/12、10/14 那周），其余为演示数据。
不改变你用什么 App，只在中间补一层「结构」。
用系统级「通知使用权」读你在本机收到的通知：Android 用 NotificationListenerService，iOS 走系统通知转发。
端侧小模型先过滤，云端大模型只处理脱敏片段：抽出待办、时间、优先级，并保留原句可核对。
重要的立刻推；其余按天/周汇总。静默时段不打扰 —— 提醒的目的是让你安心，不是让你焦虑。
一键或自动写进你已有的系统日历，到点由系统提醒 —— 就算不用我们这个 App 也不会漏。
微信服务协议不允许第三方读取消息 —— 所以我们只读系统通知，不碰协议层。
不登录、不爬取、不逆向；默认不存原文（摘要可留 7 天，到期自动删）；所有开关默认保守，可一键暂停 / 一键清空；摘要与日程都由你确认，可逐条纠正。
不做微信自动回复，不做社交，不导入通讯录。首版只做 Android，iOS 用系统转发兜底 —— 宁可小而完整，不要大而半成品。
为什么不用「用户满意度」：满意度可以自我安慰，漏读率不能 —— 它是我们承诺的那件事本身。
每天记录「该记而没记」的事件数 ÷ 关键消息总数
判为待办的消息中，最终写入日历的比例
每天抽 20 条人工判定「要素是否抽对」
第 1 周激活用户中，第 4 周仍在用的比例
每周一个可验收里程碑（不是「在做」，而是「做完了什么」）；W8 范围冻结，新增需求一律进 V2。
学生 / 职场新人 / 家长各 6–7 人访谈，验证「漏读」真实频率。
四步流水线的可点击原型 + 技术选型（端侧 vs 云端）对比测试。
通知接入、摘要抽取、日历写入三件事跑通闭环。
用「该记而没记」的前后对照算漏读率，不看主观满意度。
公开招募、结项报告、把验证过的假设写回产品文档。
就是项目的「可点击提案」：把产品逻辑、边界与指标摊开给评审看。