项目档案｜AI生活助手

更新时间：2026年05月22日 16:45（北京时间）

项目状态卡

字段	内容
当前阶段	观察 / 重构方向
优先级	P2
当前评分	58 / 100
话题发起人	空空（[已脱敏]）
当前推进人	默认同话题发起人；当前暂无明确推进人
最近更新时间	2026-06-01
当前判断	AI生活助手方向过宽，现阶段不能当作已验证项目推进。它更适合作为需求收集池，先从家庭事务、老人提醒陪伴、健康饮食执行等垂直生活场景里筛选一个高频刚需切口。
下一步	先收集 3-5 个真实生活场景样本，记录用户、频率、现有替代方案、AI 可节省的时间/焦虑和付费可能性；样本不足前不进入产品验证。
维护策略	低频更新：只在出现明确生活场景、真实用户样本、使用频次、付费线索或可验证 MVP 切口时更新。

最新进展

• 2026-06-01：完成观察型项目档案结构化试点。当前保留原正文“证据弱、方向宽、需重构”的判断，只新增项目状态卡、最新进展、数据链接和维护说明；该项目后续不做高频维护，只在出现真实场景样本时更新。

• 2026-05-22：Lark 话题创建，原始需求为“AI生活助手，AI帮你解决日常生活的问题”。目前只有 1 条人类消息、0 个外部资源，证据等级较低。

• 2026-06-02：完成 01 项目档案受控区块维护：同步当前 project_key / thread_id / Base record_id / Wiki 文档链接，并按最新话题数据校验项目状态、负责人、证据链接与下一步维护边界。

执行摘要

AI生活助手不是一个可以直接立项的“泛助手”项目，而是一个需要从 Lark 话题中继续收集真实生活场景、再筛选垂直切口的早期机会。

当前 Lark 核心证据很弱：只有 1 条用户根消息，主题是“AI生活助手 AI帮你解决日常生活的问题”，缺少具体场景、用户画像、频率、现有替代方案、付费意愿和后续讨论。因此本报告不能把它判断为已验证需求，只能判断为 值得观察和结构化收集需求的方向。

外部市场证据显示，AI personal assistant / intelligent virtual assistant / AI companion / family AI assistant / elderly care AI / AI health coach 等方向都在增长，且大厂和创业公司都在布局。但这也意味着泛化竞争极强。第三项目最优策略不是做“万能生活助手”，而是通过 7-14 天验证，从 3 个垂直场景中选一个：

家庭事务协调助手 老人提醒与陪伴助手 健康饮食执行助手

综合评分：58 / 100。当前状态：重构方向 / 继续收集需求。

一、Lark 话题证据摘要

字段	内容
话题群	Tranfu AI机会
chat_id	[已脱敏]
thread_id	[已脱敏]
项目标题	AI生活助手AI帮你解决日常生活的问题
当前阶段	new
已有信号	1 条消息 / 用户 1 条 / AI 分析 0 条 / 资源 0 个
Base record_id	[已脱敏]
项目档案	[内部链接已脱敏]

原始需求

【事实】Lark 话题中目前只有一个非常宽泛的项目根消息：

AI生活助手，AI帮你解决日常生活的问题。

群内共识

【事实】目前没有多轮群内讨论，也没有形成具体共识。

群内分歧

【事实】目前没有可记录分歧。

已提供资料

【事实】资源数为 0，暂无链接、附件、竞品、截图或用户案例。

已形成判断

【推断】从内部前台总览和已有项目卡片看，团队已初步判断：

AI生活助手方向太宽，需要先收集 3-5 个高频生活场景，再筛选切入点。

待验证问题

1. 具体用户是谁：家庭主理人、老人子女、高压职场人、育儿家庭，还是普通消费者？

2. 高频场景是什么：家庭任务、饮食健康、老人照护、消费决策、日程管理？

3. 用户现在怎么解决：微信、备忘录、日历、外卖/买菜 App、智能音箱、家庭群？

4. AI 能不能明显节省时间或降低焦虑？

5. 用户是否愿意付费，还是只把它当免费大模型功能？

Lark 证据等级

Lark 证据：L1/L2 边界

原因：有真实话题根消息，但缺少多轮讨论、样本、行为信号或付费/负责人证据。

二、研究边界与方法论

本报告按 elite-market-project-research 执行：

1. Lark Topic Evidence Core：以 Lark 话题为核心证据，明确当前内部证据不足；

2. Elite Market Researcher：做第一性原理、拐点、反共识、事前验尸；

3. Market Analysis：补充外部市场、竞品、用户痛点和政策风险；

4. Project Scoring：按 10 维度评分，并结合 Lark 证据等级降级。

数据来源

Lark / 内部来源

• AI生活助手项目档案；

• 机会雷达前台总览；

• Lark Topic Project Phase 1 Verification；

• Lark topic ingestion fix 文档；

• 话题项目 workflow 文档。

外部来源

本次使用 Brave Search 补充检索，覆盖：

• AI personal assistant market；

• intelligent virtual assistant market；

• consumer AI assistant products；

• AI companion apps；

• family AI assistant / household management；

• AI health coach / personalized nutrition；

• AI elderly care assistant；

• AI agent startup funding。

三、第一性原理

“AI生活助手”这个词本身没有商业含义。它必须还原成一个更具体的问题：

谁，在什么生活场景里，反复遇到什么麻烦； 这个麻烦现在怎么解决； AI 能不能以更低成本、更低心智负担、更高可靠性解决； 用户是否愿意为这个结果付费或持续使用。

日常生活问题有三个特点：

1. 高频但碎片化：买菜、做饭、日程、家庭沟通、健康、育儿、老人照护都很高频，但彼此差异大；

2. 强上下文依赖：生活助手必须知道家庭成员、习惯、预算、健康状况、日程和偏好；

3. 信任门槛高：健康、老人、孩子、财务、隐私都不是简单聊天能解决的。

所以泛化 AI 生活助手的问题是：

场景太多 → 数据太杂 → 价值不清 → 用户不付费 → 被 ChatGPT/Siri/Gemini/Alexa 替代。

更好的路径是：

先找一个高频、强痛、低风险、可验证的生活场景。

四、市场/赛道定义

AI生活助手可以拆成 6 个子赛道：

子赛道	代表方向	机会判断
通用个人助手	ChatGPT、Gemini、Copilot、Siri、Alexa	大厂入口，创业难度高
家庭事务助手	日程、任务、饭菜、购物、家务协同	有垂直机会，适合验证
老人照护助手	陪伴、提醒、健康打卡、异常通知	痛点强，但责任风险高
健康饮食助手	饮食计划、运动、营养、体重管理	需求大，但合规和信任要求高
AI Companion	陪伴、情绪、聊天、角色互动	C 端已有收入，但风险和同质化高
消费决策助手	买什么、怎么选、比价、避坑	容易做 demo，但留存和商业模式需验证

五、市场拐点信号

拐点 1：通用 AI 助手正在进入日常生活入口

【事实】外部资料显示，AI Assistant / Intelligent Virtual Assistant 市场在 2025-2032/2035 年有高增长预期，不同报告给出 20%+ 到 40%+ 的 CAGR。ChatGPT、Gemini、Copilot、Siri、Alexa 等正在成为个人任务、问答、日程、搜索、内容生成入口。

【推断】这说明用户接受 AI 助手的教育成本在下降，但也意味着泛助手入口已经被大厂占据。

趋势：上升。强度：高。

拐点 2：硬件型“万能 AI 助手”试错失败，软件/垂直场景更现实

【事实】外部资料和产品复盘中，Rabbit R1、Humane AI Pin 等硬件型 AI 助手受挫，而 Limitless、家庭管理、AI companion、AI health coach 等更垂直的场景仍在探索。

【推断】用户不是不需要 AI 助手，而是不需要一个没有明确场景的“AI 盒子”。

趋势：从泛硬件转向软件和垂直场景。强度：中高。

拐点 3：AI Companion 已证明 C 端愿意为“陪伴”付费，但与生活执行不是同一类需求

【事实】TechCrunch 等资料显示，AI companion apps 在 2025 年移动端收入可达约 1.2 亿美元量级，Replika、Character.AI、Chai 等产品有明确用户群。

【推断】C 端确实会为 AI 互动付费，但陪伴/情绪价值与“帮我解决生活问题”的执行价值不同，不能直接等同。

趋势：上升。强度：中。

拐点 4：家庭 AI 助手开始出现垂直创业产品

【事实】Brave 检索中出现 Nori、familymind、Honeydew 等家庭 AI assistant，聚焦 shared calendar、tasks、meal planning、chores、shopping lists 等家庭协同任务。

【推断】家庭事务协调可能比泛个人助手更适合创业切入，因为它有明确的多人协作、重复任务和碎片信息整合需求。

趋势：早期上升。强度：中。

六、目标用户与购买动机

6.1 可能用户分层

用户	高频痛点	是否适合第一阶段
家庭主理人 / 父母	日程、购物、吃饭、孩子活动、家务分配	高
成年子女 / 老人照护者	提醒吃药、健康打卡、陪伴、异常通知	中高，但风险高
高压职场人	日程、任务、饮食、运动、自我管理	中
育儿家庭	教育安排、活动、作业、沟通、资料整理	中高
普通消费者	买东西、选服务、比价、避坑	中
银发用户本人	陪伴、提醒、语音交互	中，但交互和硬件门槛高

6.2 购买动机

用户不会为“AI生活助手”付费，但可能为这些结果付费：

• 家里少吵架、少漏事；

• 老人按时吃药、子女放心；

• 每周买菜做饭更省心；

• 育儿信息和活动安排不混乱；

• 健康饮食有持续执行；

• 复杂消费决策少踩坑。

七、竞争格局

7.1 第一梯队：系统级和大模型助手

代表：ChatGPT、Gemini、Claude、Copilot、Siri、Google Assistant、Alexa。

优势：

• 用户入口强；

• 模型能力强；

• 与系统、搜索、日历、邮件、智能家居整合；

• 泛问答成本低。

弱点：

• 不一定懂家庭长期上下文；

• 不一定能稳定执行生活流程；

• 多人家庭协作能力仍弱；

• 垂直场景体验不够深。

7.2 第二梯队：AI Companion

代表：Replika、Character.AI、Chai、PolyBuzz 等。

优势：

• 陪伴和情绪价值明确；

• C 端付费已有验证；

• 使用频率高。

弱点：

• 与生活事务执行关系弱；

• 伦理和心理依赖风险；

• 同质化强。

7.3 第三梯队：家庭管理工具

代表：Nori、familymind、Honeydew、Cozi、shared calendar / meal planning / chore apps。

优势：

• 具体场景；

• 高频重复；

• 家庭多人协作；

• AI 可处理自然语言、图片、邮件、学校通知。

弱点：

• 家庭协作产品留存难；

• 需要成员共同使用；

• 付费意愿需验证。

7.4 第四梯队：健康/营养/老人照护 AI

代表：AI health coach、nutrition AI、ElliQ、Alexa for Seniors、Google Nest Hub 等。

优势：

• 痛点强；

• 愿付费人群更明确；

• 可与硬件/医疗/保险/养老渠道结合。

弱点：

• 隐私、健康建议、责任边界要求高；

• 需要可信数据和人类审核；

• 老年用户交互门槛高。

八、用户痛点与机会矩阵

Top 5 用户痛点

1. 家庭信息碎片化：学校通知、工作日程、老人需求、购物清单散落在微信/短信/日历；

2. 生活执行断点多：知道要做，但没人持续提醒、分配、跟进；

3. 照护焦虑：老人、孩子、健康相关问题让家庭成员持续担心；

4. 决策成本高：买什么、吃什么、去哪儿、怎么安排，需要反复比较；

5. 泛助手没有上下文：ChatGPT 能回答，但不了解“我家”的真实情况。

非对称机会矩阵

机会	痛点强度	AI 解决难度	风险	判断
家庭事务协调助手	高	中	中	最推荐验证
老人提醒与陪伴助手	高	中高	高	可验证，但需责任边界
健康饮食执行助手	中高	中	高	有需求，但不能做医疗建议
消费决策助手	中	低	低	demo 容易，留存弱
泛个人助手	不确定	高	中	不建议切入

九、产品机会

机会 1：家庭事务协调助手

定义

一个面向家庭主理人/父母的 AI 家庭运营助手。

输入：

• 家庭成员日程；

• 学校/兴趣班通知；

• 菜谱/购物需求；

• 家务任务；

• 微信/短信/邮件截图或文本。

输出：

• 本周家庭计划；

• 购物清单；

• 家务分配；

• 提醒事项；

• 冲突检测；

• 每日家庭简报。

为什么最适合第一阶段

• 与 Lark 原始需求“解决日常生活问题”最接近；

• 生活问题足够具体；

• 高频、重复、可验证；

• 不直接触碰医疗/心理/金融高风险；

• 可以用微信/飞书/表格/日历做轻量原型。

MVP

用户每晚发一段/几张截图：明天家庭事项。 AI 输出：明日家庭安排 + 购物/提醒/分工清单。

机会 2：老人提醒与陪伴助手

定义

面向成年子女，为老人提供提醒、陪伴、健康打卡和异常通知。

核心功能：

• 吃药提醒；

• 喝水/运动提醒；

• 每日问候；

• 情绪/异常状态提示；

• 子女简报。

优点

• 痛点强；

• 付费方明确：成年子女；

• 有社会价值。

风险

• 健康和安全责任高；

• 老人使用门槛；

• 需要硬件/语音/微信生态；

• 不能替代医疗或护理。

机会 3：健康饮食执行助手

定义

面向想减脂、控糖、改善饮食的人，帮助做菜谱、购物、打卡和执行。

核心功能：

• 每周饮食计划；

• 购物清单；

• 外卖选择建议；

• 饮食记录；

• 运动提醒；

• 执行复盘。

优点

• 高频；

• 可与已有健康数据结合；

• 目标结果明确。

风险

• 健康建议合规风险；

• 需要数据准确；

• 用户容易三分钟热度。

十、商业模式

10.1 C 端订阅

适合家庭事务和健康饮食助手。

价格假设：

¥19 - ¥49 / 月

但必须证明高频留存，否则订阅难成立。

10.2 B2B2C / 渠道合作

适合老人照护和健康助手。

渠道：

• 养老机构；

• 社区服务；

• 保险公司；

• 健康管理机构；

• 企业员工福利。

10.3 服务包 / Concierge

早期最适合：

7 天家庭生活助理试用

先人工 + AI 交付，不急着做 App。

十一、反共识观点

共识 1：AI生活助手市场很大，所以值得做

反共识判断：市场大不代表项目好，泛生活助手是最危险的切法。

因为通用助手已经被 ChatGPT、Gemini、Siri、Alexa 等占据。创业团队做泛助手，会被入口、模型、系统权限和数据上下文同时压制。

置信度：高。

共识 2：AI 越像真人陪伴，用户越愿意付费

反共识判断：陪伴付费成立，但生活助手不一定要做陪伴。

家庭任务、老人照护、饮食执行需要的是可靠、可控、可审计的执行辅助，不是拟人聊天。过度拟人反而可能增加信任和责任风险。

置信度：中高。

共识 3：做 App 是自然选择

反共识判断：第一阶段不应该做 App，而应该做微信/飞书/表格/日历上的 concierge test。

生活助手的难点不是界面，而是是否有真实高频场景和持续使用动机。

置信度：高。

十二、Project Scoring

项目类型：research_probe + commercial_product 早期观察。

证据等级

证据类型	等级	说明
Lark 证据	L1/L2 边界	有真实话题根消息，但只有 1 条，缺少多轮讨论和样本
外部证据	L1	市场和竞品资料丰富，但不能替代内部真实需求
综合证据	L1+	可做研究和场景收集，不足以立项

评分表

维度	权重	分数	证据	备注
Demand reality	16	42	Lark 只有 1 条宽泛需求	具体用户和场景不清晰
AI workflow fit	12	70	外部竞品和场景支持	AI 适合计划、总结、提醒、推荐
Technical feasibility	10	72	MVP 可用现有工具完成	不建议先做 App
Validation feasibility	10	66	可做 7 天 concierge test	需要找到真实家庭/用户样本
Distribution reachability	10	45	暂无明确第一批用户	可从团队身边家庭样本开始
Business/value recovery	10	45	C 端付费待验证	老人/健康可能有付费方
Reuse and retention	8	58	家庭/健康场景有复用	泛助手留存不确定
Cost structure	8	68	模型成本低，人工服务成本可控	早期人工介入可接受
Risk and responsibility	8	48	老人/健康/隐私风险较高	必须限定非医疗/非安全决策
Tranfu fit	8	70	符合 AI Agent + 生活工作流探索	需收敛场景

最终评分

项目质量分：58 / 100 状态：重构方向 / 继续收集需求 证据等级：L1+

硬门槛检查

Gate	结果
User gate	未完全通过：目标用户太泛
Demand gate	未完全通过：缺频率、损失和当前替代方案
AI-fit gate	部分通过：垂直场景 AI fit 好，泛助手 AI fit 不清晰
Responsibility gate	条件通过：必须排除医疗诊断、心理干预、安全承诺

十三、7-14 天验证计划

唯一主线下一步

不要立刻做产品；先用 Lark 话题补采 3 个真实生活场景，并选 1 个做 7 天 concierge test。

Day 1-2：补拉 Lark 原始话题和内部样本

• 补拉 [已脱敏] 原始 thread；

• 在话题里追问：你希望 AI 解决哪 3 个日常生活问题？

• 找 5 个团队/朋友样本，收集真实生活场景。

每个样本必须记录：

用户是谁 场景是什么 频率多高 现在怎么解决 哪里痛 是否愿意试用 是否愿意付费

Day 3：选择 3 个候选场景

建议候选：

1. 家庭事务协调；

2. 老人提醒与陪伴；

3. 健康饮食执行。

Day 4-10：做 7 天 concierge test

优先选择“家庭事务协调”：

• 用户每天晚上发明天家庭事项；

• AI 输出明日安排、提醒、购物清单、分工建议；

• 第二天收集是否有用、是否减少漏事。

Day 11-14：复盘和评分

通过标准：

• 至少 3 个用户完成 5 天以上试用；

• 用户每天愿意主动发信息；

• 至少 2 个用户认为“明显省心”；

• 至少 1 个用户愿意继续用或付费；

• 没有明显隐私/责任风险。

十四、MVP 设计

MVP：家庭事务协调助手

输入

• 明天/本周家庭事项；

• 学校/活动通知截图；

• 购物/做饭需求；

• 家庭成员时间限制；

• 重要提醒。

输出

• 明日家庭简报；

• 待办清单；

• 购物清单；

• 时间冲突提醒；

• 家务/任务分配建议；

• 晚间复盘问题。

交互方式

第一阶段不用 App：

Telegram / 微信 / Lark 群聊 + 表格记录 + AI 总结

边界

• 不做医疗诊断；

• 不做安全承诺；

• 不处理高敏隐私；

• 不自动决策，只做提醒和建议；

• 所有家庭成员数据最小化保存。

十五、事前验尸

假设 2 年后这个项目失败，最可能原因：

1. 一开始做成泛生活助手，没有具体场景；

2. 用户觉得 ChatGPT / Siri / Gemini 已经够用；

3. 家庭协作需要多人使用，推广困难；

4. 用户不愿持续输入生活数据；

5. 隐私和信任问题阻碍留存；

6. 健康/老人场景责任风险过高；

7. C 端订阅付费意愿不足。

我会改变看法的触发条件：

• 5 个真实样本里没有一个高频场景；

• 7 天 concierge test 中用户不愿持续发送生活事项；

• 用户认为 AI 输出和普通备忘录/日历没有区别；

• 用户明确不愿为省心/提醒/安排付费；

• 涉及隐私和责任风险无法合理控制。

十六、最终建议

AI生活助手当前不应进入正式立项。

建议状态：

重构方向 / 继续收集需求

推荐方向：

从“AI生活助手”重构为“家庭事务协调助手”做小样本验证。

唯一主线下一步：

补拉 Lark 原始话题 + 收集 5 个真实生活样本 + 选家庭事务协调做 7 天 concierge test。

如果验证通过，再升级为：

先验证 / 小步立项候选

如果验证失败，继续观察，不投入产品开发。

参考来源

Lark / 内部来源

• AI生活助手项目档案；

• 机会雷达前台总览；

• Lark Topic Project Phase 1 Verification；

• Lark topic ingestion fix 20260522；

• Lark topic project workflow。

外部来源

• Technavio: Personal AI Assistant Market Growth Analysis 2025-2029；

• Precedence Research: Intelligent Virtual Assistant Market；

• Market Research Future: Intelligent Personal Assistant Market；

• a16z: State of Consumer AI 2025；

• TechCrunch: AI companion apps revenue trend 2025；

• Nori / familymind / Honeydew family AI assistant product materials；

• Mordor Intelligence / healthcare market reports on AI personalized nutrition；

• AI elderly care / companion robot market materials；

• Crunchbase / TechCrunch AI agent startup funding materials。

数据链接

字段	内容
project_key	[已脱敏]:[已脱敏]
chat_id	[已脱敏]
thread_id	[已脱敏]
Base record_id	[已脱敏]
Wiki node	TY7Fwvaprib9FikQTHTluMHpgSP
Doc token	QBT4dtnC0oeuTPxqRV0letHXgUh
当前数据口径	1 条话题消息 / 1 条人类消息 / 0 条 AI 分析 / 0 个外部资源；后续需补真实生活场景样本。

项目增强分析（2026-06-02）

口径：基于最新项目维护报告、Lark 话题真实数据与可复核公开资料整理；web_search 当前不可用，因此未二次核验的市场判断均按“趋势/假设”保守处理。

project_id：ai_life_assistant

一句话机会

把“AI生活助手”从宽泛个人助理重构为一个高频、可验证的垂直生活场景助手，例如“家庭事务/本地生活决策/个人日程与消费执行”的轻量 Agent。

目标用户

• 一线/新一线城市中高压知识工作者、年轻家庭、独居人群。

• 有大量碎片化生活事务：购物、出行、缴费、预约、家庭日程、亲友提醒、账单和生活决策。

• 已使用 ChatGPT、豆包、Kimi、通义等通用助手，但缺少“持续记忆 + 场景执行 + 本地生活整合”的用户。

核心痛点

• 通用聊天助手能回答，但不能稳定接管生活任务闭环。

• 生活任务高度碎片化，用户不愿为低价值问题反复输入上下文。

• 真正有价值的是“记住我的偏好、预算、家庭成员、日程约束，并主动给建议/提醒/执行”。

• 难点在于生活助手太泛，缺少初期高频刚需切口。

当前证据

内部话题数据

• project_id：ai_life_assistant

• current_status：观察 / 重构方向；优先级 P2；更新策略 low。

• Wiki：TY7Fwvaprib9FikQTHTluMHpgSP；Doc：QBT4dtnC0oeuTPxqRV0letHXgUh。

• 话题负责人：空空。

• 消息/资源：1 / 0。

• 最近内部摘要仅有一句：“AI生活助手 AI帮你解决日常生活的问题”。

• 维护报告判断：只有出现明确生活场景、用户群、使用频次或付费线索时才更新。

外部资料与趋势

• 大模型厂商正在把聊天机器人升级为可执行任务的助手/Agent，说明“个人助理”是长期方向，但通用入口竞争极强。

• 可访问资料显示，Notion AI 的定位已从写作助手扩展为“Search, generate, analyze, and chat—right inside Notion”，反映 AI 助手价值正在嵌入用户已有工作/生活信息容器，而非单独泛问答。

• Perplexity、OpenAI、Google Gemini、Apple Intelligence 等均在推进个人助理、手机入口、跨应用上下文和任务执行能力，独立创业项目需要避开“泛个人助理”正面竞争。

竞品 / 替代方案

• 通用 AI 助手：ChatGPT、Gemini、Claude、豆包、Kimi、通义千问。

• 手机系统助手：Siri/Apple Intelligence、Google Assistant/Gemini、荣耀/小米/OPPO/vivo 手机 AI 助手。

• 本地生活平台：美团、饿了么、携程、高德、滴滴、支付宝/微信服务入口。

• 垂直管理工具：日历、待办、记账、家庭共享清单、智能家居 App。

MVP 切口

建议不要做“万能生活助手”，先选一个可复用场景：

1. 家庭生活运营 Copilot：家庭成员日程、购物清单、缴费、维修、旅行准备、孩子事务提醒。

2. 本地生活决策助手：基于预算/口味/距离/时间限制，帮用户筛选餐厅、亲子活动、周末安排。

3. 个人事务 Inbox：用户把生活消息、截图、账单、提醒丢进一个入口，AI 自动分类、提醒和生成下一步。

推荐 MVP：家庭生活运营 Copilot。因为它更容易形成持续记忆与复购价值，也更适合后续和育儿/教育方向联动。

验证方式

• 找 10 个年轻家庭或高压职场用户，收集一周生活事务清单，统计高频任务与愿意外包的任务。

• 用飞书/Notion/微信机器人做 Wizard-of-Oz 原型：用户转发生活信息，人工+AI 生成提醒、清单、建议。

• 核心指标：每周主动提交事务数、提醒采纳率、节省时间主观评分、连续使用 2 周留存、愿意支付价格。

风险与反证

• 泛生活助手容易被手机系统级 AI 和大模型 App 吞掉。

• 本地生活执行依赖平台 API/生态合作，创业团队很难直接闭环。

• 用户对隐私敏感：家庭成员、账单、位置、日程属于高敏数据。

• 若用户每周生活事务提交少于 3 次，说明频次不足，不适合独立产品化。

下一步

• 把项目状态维持为“观察 / 重构方向”，不要进入开发。

• 补 10 个用户访谈，优先验证“家庭生活运营”是否有高频、强记忆、愿付费。

• 若两周内无法找到明确高频场景，建议合并到“育儿教育类产品”或“AI 卡片式工作台”的生活卡片模块。

参考来源链接

• Notion AI 产品页：https://www.notion.com/product/ai

• ClickUp Brain² 产品页：https://clickup.com/ai

• Khanmigo 产品页（教育助理参考）：https://www.khanmigo.ai/

---

维护边界：本章节为 2026-06-02 增强分析受控块；后续若有新客户验证、竞品变化或 Lark 话题进展，可替换本章节，不覆盖原始档案正文。

项目质量升级（2026-06-03）

口径：本章节用于替换昨日偏模板化的增强稿表达；基于 Lark 话题真实数据、项目 mapping、既有维护报告与公开竞品格局，强调判断、边界、验证和反证。不覆盖原文其它章节。

project_id：ai_life_assistant

当前判断

这个项目现在不应该被理解成“做一个 AI personal assistant”。这个叙事太宽，正面撞上 ChatGPT、Gemini、豆包、Kimi、手机系统助手和本地生活超级 App。内部证据也很薄：只有一句“AI生活助手 AI帮你解决日常生活的问题”。

更合理的处理方式是：保留为 P2 观察 / 重构方向，等待它被一个具体生活场景重新命名。 目前最有希望的不是“回答日常问题”，而是“记住家庭上下文并持续处理小事务”：缴费、维修、购物、旅行准备、孩子事务、亲友提醒、周末安排。

如果两周内不能找到高频、强记忆、可重复提交的任务，应暂缓独立项目化，并考虑合并到 parenting_education_product 的家庭模块，或 ai_card_workspace 的个人/家庭卡片模块。

真实内部数据

• 标题：AI生活助手

• project_id：ai_life_assistant

• Wiki / Doc：TY7Fwvaprib9FikQTHTluMHpgSP / QBT4dtnC0oeuTPxqRV0letHXgUh

• Lark thread：[已脱敏]

• 阶段 / 优先级：观察 / 重构方向；P2

• 更新策略：low

• 负责人：空空

• 数据来源：snapshot

• 消息 / 资源：1 条消息 / 0 个资源

• 最近消息摘要：AI生活助手 AI帮你解决日常生活的问题

• 证据等级：L1（只有概念句，无具体用户、场景、频次、替代方案、付费线索）

竞品 / 替代

• 通用 AI 助手：ChatGPT、Gemini、Claude、豆包、Kimi、通义。它们覆盖问答、规划、写作和轻量建议，是泛助手方向的最大替代。

• 手机系统助手：Siri / Apple Intelligence、Google Gemini、各国产手机 AI 助手。优势是系统权限、通知、日历、位置和跨 App 上下文。

• 本地生活平台：美团、高德、携程、滴滴、支付宝、微信服务。真实执行能力强，独立助手很难绕过它们闭环。

• 家庭/个人管理工具：日历、待办、记账、家庭共享清单、Notion/飞书/备忘录。它们不智能，但用户已有习惯。

MVP 边界

推荐 MVP：家庭生活运营 Copilot，而不是万能生活助手。

只做：

1. 用户把生活事务丢进一个入口：截图、语音、文字、账单、学校通知、维修事项。

2. AI 自动归类为：待办、提醒、购物、家庭成员事项、费用、出行、家政维修。

3. 输出下一步：什么时候做、谁负责、需要准备什么、可选方案。

4. 每周生成一页家庭生活复盘：未完成事项、下周提醒、可节省的钱/时间。

明确不做：

• 不做开放式“什么都能问”的聊天 App。

• 不接入支付、下单、打车、订票等高风险执行闭环。

• 不收集过量隐私；位置、账单、家庭成员信息必须最小化。

• 不做医疗、法律、投资、心理等专业建议。

• 不先做移动端完整 App；先用飞书/微信/Notion/Wizard-of-Oz 验证。

验证计划

7 天验证：生活事务日志

• 找 10 个目标用户：年轻家庭、高压职场用户、独居但事务多的人。

• 让他们连续 7 天记录生活待办和临时事务，不要求使用产品。

• 统计：每人每周事务数、重复事务占比、需要记忆上下文的事务占比、愿意外包给 AI 的事务。

• 访谈问题：哪 3 类最烦？如果 AI 提醒/整理/给方案，愿不愿意每周用？愿不愿意付费？

14 天验证：Wizard-of-Oz 家庭 inbox

• 建一个单入口群/机器人，用户转发生活消息。

• 后台人工 + AI 生成分类、提醒和下一步建议。

• 核心指标：每周主动提交 ≥ 5 次的用户比例；提醒采纳率；连续 2 周留存；用户是否愿为“家庭事务整理”付费。

风险反证

• 如果用户每周主动提交生活事务少于 3 次，频次不足，不适合独立产品。

• 如果用户只把它当通用问答，不愿交给它记忆家庭信息，则无法形成差异化。

• 如果任务最终都要跳到美团/高德/微信/支付宝手动完成，产品价值可能只是“提醒工具”。

• 如果用户对家庭隐私明显不放心，应降级为本地/私密模板工具。

• 如果育儿、家务、出行三个场景都能跑，但没有一个强，应合并到更具体项目，不保留泛生活助手。

下一步

1. 暂不开发，先补 10 个用户的一周生活事务样本。

2. 把候选切口限定在“家庭生活运营”“个人事务 inbox”“本地生活决策”三选一。

3. 与 parenting_education_product 联动：如果父母端高频需求更强，就把生活助手降级为育儿家庭助手的基础设施。

4. 两周后仍无高频场景，建议从项目看板降级为观察标签。

---

维护边界：本章节为 2026-06-03 质量升级受控块；后续新证据出现时可整体替换本章节。

维护说明

• 本档案是观察型项目主页，不是正式验证项目；不要因为“AI生活助手”概念大就自动提高优先级。

• 负责人默认取 Lark 话题 root message 的 sender；本项目话题发起人为“空空”，Lark 原始显示名为“杨林昆”。

• 自动维护只允许更新项目状态卡、最新进展、数据链接和维护说明；原有研究正文默认不覆盖。

• 只有出现明确生活场景样本、用户访谈、使用频次、付费线索或 MVP 切口时，才应更新项目判断或评分。

• 进入自动写入前，必须先通过 scripts/update_project_archives.py --project-id ai_life_assistant --fetch-docs 的 dry-run 门禁。