开学前一天，一款接了邮箱权限的 AI 助手发出提醒：学校来邮件了，明天要穿什么校服、带哪些材料，还有一份需要家长签字的同意书。这件事的技术难度不高，难的是它成立的前提——学校用邮件通知家长。换一个环境，同样的提醒可能藏在一个家长群里，助手就够不着了。
信息在哪里，能力就在哪里
对账单、订单、学校通知都走邮箱的用户来说，把邮箱权限交给助手，就覆盖了生活中相当大的一块信息流。一项试用中，Dots 被一次性放开了 Google 服务的权限，学校邮件里的三件事被自动整理成提醒；这类体验在邮箱生态里是顺理成章的，因为信息集中、接口开放、格式相对规整。
许多国内用户的同类事务则分散在别处：账单在支付应用里，订单在电商应用里，学校的通知很可能在一个微信群里。助手看不到这些位置，再强的模型也只能给出泛泛的回答。这不是模型差距，是信息位置的差距——生活助理的第一道边界，由信息所在的地方划出。
群聊里的待办
群聊承载了一部分这样的生活信息。家长群是常被举起的例子：消息过载是几乎所有群的状态，老师发通知、家委会发接龙，重要的待办淹没在闲聊和转发的洪流里。如果助手能读到这些群，从中找出与自家孩子有关的事项并帮忙跟进，价值显而易见——难处同样显而易见，上下文在平台手里。
平台内助手是另一种路径。录制时的个案：有用户让微信里的小微找到某个群并发一条通知；也有人遇到设备使用问题，直接在微信里问小微就得到了答案。这些能力是按个案发生的，不代表平台接口已经全面开放。平台内助手的好处是入口就在日常软件里，坏处是每一步能力都受接口开放范围的约束，且随时可能变化。
垂直应用先一步解决问题
在通用助手够不着的地方，垂直产品先交出了答案。录制时的观察：让通用 Agent 去淘宝购物，它搞不定，淘宝应用内的 AI 却好得多；旅行订务，飞猪的 AI 顺；问诊咨询，医疗垂直产品答得比通用回答细致。数据、接口和上下文在哪里，能力就在哪里生长。于是有判断认为，真正通用的生活 Agent 目前并不存在——每个场景的上下文都被各自的平台握着。
一个更直接的例子来自金融数据：WorkBuddy 接入了别处读不到的行情数据，用户为这一项能力涌入，其他产品随即跟进对接。收益来自数据与接口的连接，不来自泛泛的对话能力。
开放程度决定谁有资格做生活助理
个体层面的结论是：上下文越多，AI 能帮上的越多。这同样解释了两个市场产品形态的差异。海外信息服务之间的连接相对开放，软件之间可以互相授权，创业公司和大厂都能取得上下文；国内接口分散、数据不共享，创业公司拿不到 Context，“小院高墙”各立门户。于是连接、授权这些环节从技术细节上升为产品成败的关键，助手要在手机系统层争取权限，否则什么都干不了。这些是录制时的观察，接口开放范围逐项在变。
渠道习惯也随之不同。一个被记录的注册体验：海外的订房助理依赖 iMessage 或 WhatsApp 对话，国内用户注册门槛高，进来之后也不知道该跟它聊什么——生活助理脱离了信息所在的渠道，就失去了场景。
结尾
生活助理的竞争，首先是信息位置的竞争。邮箱生态的用户先一步获得完整体验，不意味着另一边永远落后：群聊、小程序和各类 App 里同样埋着完整的上下文，平台一旦开放接口，位置就可能重排。真正悬而未决的问题是，当生活信息散落在十几个互不相通的应用里，谁来负责把它们连到一起——是操作系统，是超平台，还是某个愿意做脏活的助手产品。