AI 小秘需求对齐 · AI 项目实战课主线项目

Navigation

▶ TL;DR

主线项目「AI 小秘」需求定调：本质是把日程录入从填表单变成一句话对话。MVP 锁定对话录入→自动结构化→日历呈现→可靠提醒，明确砍掉护肤购物变现、健康管理、会议纪要、知识库等发散畅想。会末已按左橘长要求产出商业评估 + 需求拆解 + UI 方案 + 架构图。

📄 查看完整产品需求与设计方案（含架构图 / UI 样例）→

时长

32分钟

需求采访

MVP必做

15项

核心闭环

明确不做

5类

发散畅想砍掉

待决策项

12条

触达通道最高优先级

需求层关键决定

采访中对齐的产品边界（细节见完整方案文档）

产品定位：纯生活/事务秘书型 agent，不碰工作深度

聊天单入口（语音优先）联动记忆模块 + 工具层。明确划清：会议纪要/工作内容总结这类工作深度内容不做，那是另一个工具的事。

日程只记开始时间、不管控时长，计划=实际

淇淇明确不需要起止时段、不做计划与实际两套接口（计划没改就默认发生）。记所有日常、不限类目。

三大核心 + 信任锚点

语音/文字输入 → 记录呈现 → 提醒（按紧急度默认提前 1 小时/半小时、可改）。写入前反向确认、写入后弹「已记上」即时反馈（淇淇反复强调要确保记上、否则焦虑）。

偏备忘录而非目标管理；展现用课表式日历

记过程、不漏事项（不是严肃目标管理）。日历一行多列格子、兼容长文本、同时段多任务可滑动查看（淇淇吐槽飞书日历阅读性差）。重要程度分档 + 不确定态打标 + 手动可调。

网页端先行，会末指派 Claude 出四方分析

只做网页端（暂不做 iOS/安卓）。左橘长要求：商业产品经理评估价值与体验、UI 出设计方案、code writer 出架构图、并给值得做/不值得做的建议，全部写进 HTML 文档。已完成，见配套方案产出。

MVP 边界

凡是低频、需要专门为它打开产品的功能，全部砍掉或降级

✅ MVP 必做

对话录入 + AI 解析为结构化日程
语音输入转文本
反向确认（草稿态→确认才写入）
日程增删改查 + 手动调整
重要程度 / 不确定态标识
重复日程（阴历阳历 + 两种取消）
提醒 + 与日程状态级联
课表式日历周视图
「已记上」即时确认
记忆模块最简版 + 软删回收站

🔭 二期

任务自动拆解到每日（拆准才用）
记忆关联触达（生日→送礼建议）
附带闲聊 / 想法记录
一个日程多提醒
手机端

❌ 明确不做

会议纪要 / 工作内容总结
知识库 / 三观演进
护肤购物信息差变现闭环
体重健康做 Keep 替代
人脉族谱图等重可视化

配套方案产出

会末左橘长指派的四方分析已整理为一份完整文档

商业判断（商业产品经理视角）：产品本质、人群分层、变现可行性、值得做 vs 不值得做的取舍
需求拆解：6 个核心实体生命周期、18 条边界异常清单、12 项待决策
UI 设计方案：三段式布局、反向确认卡片、已记上反馈、课表式日历的真实 HTML 样例
技术架构图：前端 → 编排 Agent → 记忆/工具能力层 → 提醒调度 → 数据层的完整数据流

→ 打开《AI 小秘 · 产品需求与设计方案》

我的判断与建议

基于 project_memory 跨会议串联

WIN

这场把主线项目从「构想」推进到「可开发的需求」

AI 小秘就是 6/1 18:14 开发会定的主线项目「AI 领航员 / 智能管家」，也是 6/2 上午排期会大纲里的第三个主线项目（含会议总结记忆）。本场把它的功能边界、MVP、做不做都对齐了，是从命名/大纲到可落地需求的关键一跳，节奏紧凑、方向连贯。

对照：decisions.md 2026-06-01 18:14「主线锁定个人资产库+智能管家/领航员」· 2026-06-02 课程大纲「AI 领航员含会议总结记忆」

EDGE

「会议总结并入领航员」与本场「不做会议纪要」需要对齐口径

6/1 决议把「飞书会议总结并入领航员长记忆模块」，6/2 上午大纲也写了领航员含会议总结记忆。但本场淇淇明确「会议纪要/工作深度内容不做」。两者不矛盾但要讲清边界：领航员可以接收并记住你丢给它的会议结论（作为记忆条目），但不做会议内容的深度纪要生成。建议在课程/产品文案里把这条边界写明，避免学员和团队理解打架。

对照：decisions.md 2026-06-01「会议总结并入领航员」 vs 本场「不做会议纪要总结」

RISK

护城河薄 + 提醒触达是硬约束，决定产品成不成立

对话式日程录入豆包/Kimi/千问通用 agent 顺手能覆盖，赢的窗口只在把日程这一个场景做到比通用 agent 深。而网页端无原生推送，提醒能不能真送达（淇淇的核心诉求就是别漏事）是最高优先级待决策，纯 App 内未读可能不够。这两点没解决，产品就是个 demo。建议立项前先定提醒触达方案，并再访谈 5-8 个 P0 画像用户（目前只有淇淇单样本）。

对照：方案文档第 8 节待决策项①（触达通道）⑫（用户验证）

风险与开放问题

提醒触达通道（最高优先级）：网页端无原生推送，需在「仅 Web Notification / 加邮件短信微信兜底 / 仅 App 内未读」间拍板，直接决定提醒功能能否真用。
解析准确率底线：自然语言解析低于约 85% 用户会退回日历；解析超时是淇淇红线（记任务不能记半天）。MVP 建议先用文字把解析准确率打透，语音作为二层风险再叠加。
单样本风险：所有需求建立在淇淇一个用户身上，正式立项前需补访谈 P0 画像用户验证录入摩擦是否普遍痛点。
变现路径未定：订阅是基本盘但天花板低；护肤购物信息差变现作独立产品有价值，但不该缝进秘书（信任与利润负相关、需电商供应链、人群错位、合规风险）。