MolePlan · 分子计划
三人团队作品，我担任产品 + AI 开发负责人。从「以课表为中心」升级为「以任务打卡通用」的大学生 AI 规划陪伴 App，AI 永驻底部导航中心，支持多性格伙伴、隐式任务识别、AI 群聊与 Harness 工具链全链路。
多性格 AI 伙伴
治愈、逻辑、风趣三种风格（绵绵/琪琪/柚子），按需出马。
隐式任务识别
从用户吐槽中挖掘任务意图，生成草稿卡，用户确认后才落库。
多模态笔记 + 总结
语音 / 图片 / 文字统一入舱，AI 总结覆盖课堂、日记、读书等任何长文本，识别失败可离线降级。
AI 群聊
一句话触发三个性格同时回应，零冲突，点击任意草稿卡即可确认。
Harness 工具链
自然语言 → 草稿卡 → 确认 → 落库，端到端闭环。
小V 日历同步
长按电源键唤起 vivo 小V 语音建日程，自动反向同步为 App 待办。
用户故事
对外宣传统一叙事：吐槽变日程、随手记随心聊、小V 一句话建待办等 5 个故事。
隐私分舱
任务、笔记、心事本三舱隔离，心事本原文不进 AI 上下文。
- AI 不持有写权限：所有变更只生成草稿卡，落库前必须用户显式确认。
- 心事本原文不落 AI 库：AI 侧不持久化原文，对话记录只存 AI 回复。
- 拒绝路径 = 接受路径：用户拒绝 AI 建议时不惩罚、不弹窗、不二次推荐。
- 番茄钟不自动打卡：完成时询问用户，不自动打卡。
端侧 Harness 编排引擎驱动全部 AI 能力：LLM 决策后，由 Harness 执行读/写 skill、校验、回灌、出卡、落库。LLM 凭证由后端代理，客户端永远不持有 Key。
我提出"分子热置换"功能（情绪感知 → 自动建议延迟任务），自己很兴奋。队友质疑实现质量。我没有硬推，做了可行性分析：LLM 幻觉风险、多次询问打断体验、部分任务无明确 DDL、实现质量不达标——确认队友直觉正确，主动砍掉自己的提案。
另一边，队友认为"拆解大任务"做不好想删除。我判断可以救：把模糊需求拆成两个明确模式（子任务拆解 + 重复任务识别），给出可落地方案，保住了这个功能，最终成为快捷任务系列的核心入口。
复盘：产品判断最难的不是砍别人的想法，是砍自己的。当你既是提出者又是决策者时，"这个功能很酷"和"这个功能该做"的界限最容易模糊。判断标准不是"谁提出的"，是用户需不需要、做不做得好。
开发 Harness 框架时，让 AI 生成开发 plan，没有仔细审核就执行。AI 在 plan 中幻觉出了一个后端接入接口——实际框架根本不需要后端。基于错误 plan 写好了 Skill 和页面，名字、功能、位置全部与真实架构对不上，发现问题后全部删除、从零重写。
复盘：AI 工具最大的风险不是它写错代码，是你因为信任它而放弃了审核。架构决策权必须在人手里——AI 可以执行，但 plan 的每一行你都要能判断"这对不对"。由此建立工作原则：先跑通 MVP 最小链路再逐步扩展，绝不一次性加入太多东西。
