07:40
今天 4 个会议，最密的是 10:00-12:00。
把日历变成一天的地图。
Scenarios
一个人的一天，不是一串聊天记录。
芦苇围绕时间轴工作。记录、邮件、日历、服务交付和 AI 建议落在同一个连续流里，所以早上的上下文，下午仍然能发挥作用。
一个人，一天，一条连续上下文。
这里展示一个深度用户的一天。有些是当前服务，有些是规划中的集成，有些是长期方向。状态标签必须保留，因为信任从说清“现在有什么”开始。
当前规划中未来
08:15
“这周先稳住现金流，不接太赶的项目。”
用户自己的判断进入长期上下文。
08:30
AI 交互设计有 3 条新动态，其中 1 条和你的产品方向相关。
专业信息输入不再靠刷。
09:00
31 封新邮件里，2 封要回，4 封值得读。
不是按收件箱顺序，而是按是否需要行动分层。
10:00
和客户开会前，芦苇列出上次邮件里没确认的报价边界。
日历和邮件被放到同一个情境里。
11:20
你刚答应周五前发方案。要不要加一个跟进？
承诺变成行动前，需要你确认。
12:00
今天想一想：你最近是在推进，还是在维持？
轻量反思，不要求立刻回答。
14:30
你关注的耳机降到近 90 天低价。
个人上下文也包括日常小判断。
15:40
你上周记下“这单不能压缩周期”，这次客户要求本周启动。
旧边界在新承诺前被带回来。
17:30
明天截止的 2 个任务和上午会议冲突。
工作上下文是个人生活的一部分，不是组织管理。
18:10
昨晚睡眠偏短，今天晚间建议少安排重脑力任务。
未来健康上下文只能建议，不能医疗判断。
21:00
今天还有 1 封报价邮件未回复，明早会前处理更稳。
一天收束成第二天的准备。
22:00
你两个月前写过：“不要为了忙而忙。”
旧记录在合适时刻回来。
More Scenarios
更多场景
会议密集日当前
开会前，不再临时翻邮件。
芦苇在会前整理参会人、最近邮件、上次遗留问题和目标关联。你看到的是上下文，不只是日历提醒。
邮箱失控日当前
100 封邮件，先看真正要处理的 3 封。
早间简报、即时通知和晚间收尾一起工作：该马上知道的立刻推，其余留给摘要。
信息输入日当前
订阅不是噪声，也不是任务。
Newsletter、RSS 和行业追踪分开处理：订阅摘要、深度阅读和外部变量各归其位。
决策跟进日当前
你做过的决定，不应该靠你自己记住。
你记录一个决定后，Roseau 会在约定时间带着证据回来：查到了什么、没查到什么、你还这么想吗。
出行日规划中
行程变化，不应该散在五个 App 里。
航班变动、快递、天气、日历和目的地信息可以进入同一条时间轴。
个人节奏日未来
有帮助，不等于多打扰。
健康和习惯信号只有在克制、可解释、可关闭时，才适合进入个人 Agent。
重点不是芦苇说得更多。
重点是它知道什么时候沉默，什么时候只记录，什么时候把上下文带回来，什么时候必须停在用户确认之前。
RecordContextSuggestionConfirm
Private Beta