想成为你的全天助理,Today AI应该先赢得哪十分钟?

Today的官网展示了工作项目、旅行安排、健康、学习等场景。[3] 它希望理解一个完整的人，这符合生活本来的样子：一次出差，可能同时改变项目交付、运动计划和家庭安排。

理解得越完整，帮助就越可能贴合用户。但这里存在一个启动困境：

Today需要先了解用户，才能提供更好的帮助；用户却需要先获得帮助，才愿意让Today了解自己。

背景不会凭空出现。交代项目、连接应用、纠正记忆，都需要用户投入时间。权限开放得越多，需要建立的信任也越深。

“用得越久，就越懂你”描述了长期收益。第一次使用时，用户面对的却是眼前的成本。

如果一个产品只有在充分了解用户后才变得有用，它就把证明自己的责任，提前交给了用户。

因此，我更想观察的是：Today对一个新用户还不够了解时，能够先做到什么？

它是否能用有限的上下文，完成一次足够可靠的帮助，让用户觉得继续投入值得？

Personal Agent需要在用户还没投入太多之前，先减轻一段真实负担。

这意味着，第一次应该收集多少信息、请求多少连接，以及在这之前先交付什么价值，都是核心的产品选择。

这并不要求产品在毫无背景时就准确理解一个人。更现实的路径，是围绕一件具体的事，只索取完成它所必需的信息：一次会前准备，也许先需要会议议题与两份材料；它未必需要立刻接入用户全部的生活。

当用户看得见“这份信息为什么必要、交出去能换来什么”，授权就有了具体理由。一次帮助获得信任后，再请求下一层背景。

理解用户可以逐步积累，第一次价值却需要有明确的交付边界。

Today的官方产品说明提到了早间简报和晚间收尾。[4] 这是一个值得关注的选择：每天固定出现的时刻，可以让用户形成明确预期，也给产品提供反复证明自己的机会。

但每天出现，并不等于每天有用。

固定时刻提供了一个触发条件。习惯能否建立，还取决于用户是否形成一种预期：到了这个时刻，它已经替我做好了某件事。如果每天还要先打开产品、解释情况、检查产出，这个入口本身也会成为负担。

如果一份早间简报只是重新排列天气、日历和待办，用户仍然需要判断重点、发现冲突、决定先做什么。信息变得整齐，负担却可能原封不动。

换一种情况：客户昨晚修改了需求，今天下午的提案受到影响。助理整理出需要调整的内容，并结合日程，提示上午还有哪段时间可以处理。

这时，用户得到了一次有价值的准备。以上是用来说明差异的假设场景，并非对Today现有能力的实测描述。

这个场景里，关键是识别变化带来的影响：一条新消息，怎样改变了已有任务，用户现在还有什么选择。将信息汇总成摘要，与将变化转化为下一步行动，中间仍有一段产品需要承担的工作。

标题里的“十分钟”，指的就是这种时刻。

早晨安排一天、会前补齐背景、晚上接住未完成事项，都可能成为入口。关键是用户在这个时刻有一段明确、反复发生的负担，产品能够稳定地接住它。

全天助理的入口，可以从一段边界清楚的托付开始。

边界清楚，用户才容易判断它做得怎么样。一次做对，带来第二次机会；多次可靠，才有理由扩大交付范围。

齐俊元从Teambition到阿里云盘、飞书与豆包PC端的经历，让“信息如何被组织、事情如何被推进”成为理解Today的一条线索。[5] 但过去的经验最终要落在今天的产品选择里：先帮用户接住哪一段负担？

选择这样的入口，也需要取舍。我会优先看三件事：它是否反复发生，准备过程是否足够繁琐，以及结果是否容易被用户核验。频次提供再次使用的机会，负担提供使用的理由，可核验性则帮助信任积累。

低频而惊艳的演示可以吸引尝试，一段重复发生、每次都能少花心思的流程，更有机会进入日常。

“十分钟”因此不是停留时长。它是一个足够具体、可以反复验证的信任起点。

当AI等待提问时，用户已经完成了一轮筛选：这件事值得处理，所以我来问你。

当AI主动出现，这轮筛选就进入了产品内部。它需要判断变化是否重要、时机是否合适，以及用户现在是否有行动空间。

被动AI需要理解问题；主动AI还需要判断，什么值得成为一个问题。

Today的官方文章已经讨论了通知克制与行动边界，并表示发送邮件、调整日历等操作需要用户确认。[2] 这些原则很有必要，但还需要经过具体情境的检验。

因为主动帮助也会带来一项新工作：判断助理的判断。

它提醒你项目有风险，你需要检查依据；它建议调整安排，你需要确认有没有遗漏；它准备执行，你可能还要核对内容。

确认机制保留了用户的控制权。与此同时，每一次确认都在消耗注意力。对高影响的行动，这种成本值得付出；对于日常小事，频繁核验可能让帮助失去意义。

所以，Personal Agent需要面对一个比“提醒是否准确”更完整的评价：

它接走的负担，能否覆盖它带来的监督成本？

这也是我认为主动AI最难设计的地方。有些事值得打断，有些事适合汇总，有些事可以在明确授权的范围内持续推进，还有些事应该等待用户决定。

这些选择共同决定了：用户能不能放心地少管一点。

还需要区分的是，用户是在作决定，还是被迫替系统排查问题。确认一个已经说明影响的改期方案，是保留判断权；逐条翻回原始消息，确认助理有没有漏掉背景，则是额外的检查工作。两者都表现为“用户参与”，体验价值却不同。

减少监督成本，需要产品主动说明依据、暴露不确定性，并在失败时留下清楚的状态。没有完成的事能否及时被看见、接着处理，会直接影响用户下一次敢不敢少检查一点。

如果用户依然需要记住任务、检查进度、发现遗漏、催促跟进，那么Agent完成的可能只是执行中的若干步骤。挂念这件事的责任，仍然留在用户手里。

因此，观察Today，我会关注一条提醒出现之后发生了什么：用户是否更容易做决定，事情是否继续推进，以及下次还需不需要重新交代。

这里还有一个需要被理解的边界：对准备材料、整理信息这类可检查的工作，用户可能愿意较早交付；对替自己表达立场、改变安排的行动，托付通常需要更多验证。把这两类工作分清，产品才可能在保持控制权的同时，逐步接走负担。

少操心，才是个人助理值得被留下的理由。

前面这些问题，也是我用Company Readiness观察AI产品的方式。

这套评价系统包含Product、Brand、Experience、Expression、Narrative、Velocity与Trust七个维度。对于Today，我更关注其中几项如何共同支持用户从试用走向托付。

Product与Experience，决定第一次交付是否值得。

产品需要找到一个具体入口，体验需要证明它确实减少了负担。连接更多服务、拥有更多记忆，都要在这次帮助中产生实际价值。

Today强调记忆可查看、可修改、可删除。[2] 这给用户提供了校准的入口。但项目延期后，建议是否更新？方向改变后，旧判断是否停止影响结果？昨天没完成的事，今天是否被正确接住？

“记住了什么”，要在下一次更合适的行动中证明自己。

记忆还涉及时间。一项偏好可能长期有效，一次临时安排可能明天就失效；用户上周说过的话，也可能已被新的决定覆盖。如果旧背景被持续当作确定事实调用，“更懂你”反而会固化一次过时的理解。记忆的价值因此也包括知道什么时候更新、降级或停止使用。

Narrative，决定今天的所得能否接上未来的承诺。

“全天助理”是一个长期方向。它需要有一条用户能亲自验证的路径：先可靠地接住一件事，再逐步扩大托付范围。

如果承诺已经覆盖完整生活，用户却还找不到第一件值得交付的事，愿景与产品之间就存在需要补上的距离。

这也影响Brand与Expression：首屏展示多少能力、优先讲哪个场景，都会塑造用户的初始预期。“懂你”是一项更高的承诺，产品需要让用户知道这种理解从何开始、目前到哪一步。期待越具体，用户越容易作出合理的托付。

Velocity与Trust，决定一次好结果能否持续。

这里我关心的，是团队能否把反馈变成稳定的改进：同样的错误是否减少，新增能力是否影响原有流程，修正是否持续生效。

对持续服务的Agent，发布更多功能未必等于能力积累。一个旧场景如果因为升级变得不稳定，用户已经建立的使用习惯也可能被打断。迭代需要同时扩大能力边界，并守住已经承诺过的可靠性。

我无法从外部判断Today的内部组织效率，但这些交付结果可以被跟踪。创始人的经验是否沉淀为组织能力，也需要通过这样的结果逐步证明。

当体验持续可靠，信任才有机会从创始人的履历，转移到Today本身。用户愿意再次交付，是因为这个产品上次帮到了自己。

因此，我现阶段不会仅凭官方展示对Today做出完整评分。更值得观察的是一个循环能否启动：

有限的上下文带来第一次帮助；可靠的结果换来再次使用；新的使用补充上下文；更准确的理解，再改善下一次帮助。

“全天助理”定义了一个很大的未来。通往它的路径，要从一次范围有限、结果可靠的交付开始。

用户不必先交出完整的生活，才有资格得到一个有用的助理。

THE QUESTION

一个被系统验证过的人，如何建立一家被市场验证的公司？