开始做 Dottie AI 时，我们常想起一个再普通不过的时刻：忙了一整天，晚上坐下来，却很难说清今天到底做了什么。
任务列表里勾掉了几项，计时器也记下了专注时长。但这一天里，还有临时变动的计划、折腾了许久才解决的小问题，以及某个时刻冒出的一句“今天真有点累”。这些事未必要专门写进日记，可如果完全不记，过几天也许就忘了。
我们希望 Dottie 能帮你留下这些零散的记录。随手记几句话，晚上再回头看看，把一天的事情理一理；如果有件事还想继续做，也可以接着安排到明天。不需要每次都想好标题、整理好思路，才能开始记录。
真正用进日常之后，我们才发现，要把这个过程做好，还有不少细节需要调整。TestFlight 用户的反馈，让许多演示时不容易发现的问题显现出来：一条消息发出后没有明确的提示，一次任务操作让人拿不准，或者一份复盘没有对应到想看的那一天。
这篇手记记录截至 2026 年 8 月 15 日的测试进展。 Dottie AI 在这一阶段仍处于 TestFlight 测试中。下文介绍的是当时的改进方向与开发工作，具体可用功能请以安装的测试版本说明为准。
先让聊天这件事变得顺手
对于一个用来记录日常的聊天窗口，回答写得好不好固然重要，发出消息后的那几秒也同样关键。
消息到底发出去没有？Dottie 正在回复，还是没有收到？往上翻看之前的记录时，页面会不会突然跳回底部？重新打开 App 后，刚才的对话还能不能接上？这些状态应该清楚明白，不该让人一边记事，一边猜测页面发生了什么。
七月底到八月中旬，我们针对聊天记录的展示、回复出现的过程和页面滚动做了多轮调整。我们希望文字陆续出现时读起来连贯；当你回看旧消息时，也不应被新回复打断，找不到刚才读到的位置。对话越长，这些细节越影响阅读。
输入方式也需要适应不同场合。走在路上或手头忙碌时，说一句话可能更方便；身处安静的地方，打字则更合适。我们继续调整语音输入的状态提示，让人知道什么时候正在录音、什么时候可以查看结果，不必对着按钮反复确认。
这些变化很难单独算作一个醒目的新功能。但如果它们能让你少犹豫一次，记下一件原本嫌麻烦而没有记的小事，这些调整就值得做。
让一句“帮我安排”，变成清晰可查的任务
日常闲聊可以随意，涉及日程和待办时，却需要把细节说清楚。
比如你说：“明天下午提醒我看一眼演示文稿。”这句话说明了要做什么，也给出了大致时段，但具体几点、预计做多久，还没有确定。如果 Dottie 只回一句“安排好了”，你很可能仍要切到任务列表里核对：它安排在几点？建的是哪类任务？我还需要确认什么？
因此，任务确认一直是测试的重点。建议创建的内容要能看见，时间和任务类型要便于核对，回答也要与实际操作一致。“准备创建”“等待确认”和“已经创建”，应该让人分得清楚，不能用同一句答复含糊带过。
七月底的开发工作已经包含任务确认流程的修复。进入八月后，我们又继续调整聊天中的操作反馈，让回答、确认步骤和任务结果更容易对应起来。目标很直接：你不必猜 AI 做了什么，也不用因为担心误操作，反复退出对话去查验。
你仍然可以修改建议、调整时间，或决定暂时不创建任务。Dottie 应该帮你梳理想法，而不是把一句还没想清楚的话，直接当作最后的决定。
复盘，要能对得上那一天
一份复盘是否有用，首先取决于它有没有把事情说对。
如果查看的是昨天，总结就应该围绕昨天；一项任务还没完成，就不能被写成已经做完；当天记录不多，也不必为了凑足篇幅，补出一整天的故事。语气可以温和，事实却不能含糊。
从七月下旬开始，我们持续调整复盘与实际任务数据之间的对应关系，也处理了周报统计、历史报告和日期边界等问题。到了八月中旬，过去的复盘是否容易找到、选中的日期与报告内容是否一致，仍然是重点检查的部分。
这些问题看起来细，却影响着复盘能不能成为一份可靠的记录。尤其是深夜记下一件事、第二天早上再打开，或者补记前一天的进展时，系统需要分清记录说的是哪一天，不能都归到打开 App 的当天。
先把这些事情做准确，复盘才有机会进一步帮上忙：今天有哪些进展容易被忽略？哪些事情总是卡住？明天可以先做哪一步？我们希望每日复盘给出的建议能对应到具体经历，让你读完知道下一步可以做什么，而不是再收到一份谁都适用的自律清单。
AI 之外，基础体验也要跟上
使用时，你不会刻意区分哪些是 AI 功能，哪些是普通功能。在对话里想起一件事，回到首页查看任务，开始计时，再从锁屏看一眼进度，这些操作原本就是接在一起的。任何一步不顺手，都会打断前面的思路。
因此，这段时间的更新并不只在聊天窗口里。八月上旬，我们也调整了首页和统计页的部分交互；针对计时，继续处理锁屏、同步和页面切换时的状态问题。八月中旬的用户反馈，还推动了任务操作、标签和历史复盘等细节的修正。
拿计时来说，大家关心的问题往往很直接：计时还在继续吗？为什么锁屏和 App 里的时间对不上？同步之后，当前这一轮专注有没有受影响？用户不需要了解背后的计算方式，但应该能看懂现在的状态，放心地继续做手头的事。
新功能让人愿意试一试，基础体验则决定能不能一直用下去。我们希望在加入新能力的同时，也把这些日常操作照顾好。
一条反馈，怎样变成一次改进
有些问题很容易描述，比如某个按钮点了没反应。有些问题则只是一种说不上来的别扭：这句话读着不太对，复盘没抓住重点，或者刚才的操作让人心里没底。
这两类反馈都很有用。前一种帮助我们寻找具体故障，后一种则提醒我们：设计时觉得理所当然的地方，真正用起来未必容易理解。
以任务创建为例，可以这样描述一次不顺手的经历：
我想把阅读安排到明天。Dottie 回复后，我以为任务已经建好了，但回到首页却没找到。我不确定是不是还漏了一步。
这是一段反馈写法的示例，不是某位测试用户的原话。它把“原本想做什么”“怎样理解回答”和“最后看到了什么”连在一起。沿着这个过程，我们才能继续检查：是提示不清楚、操作没有执行，还是结果不容易找到。
如果你愿意补充测试版本号、发生的大致时间，以及遮去个人信息后的截图，排查会更有方向。不需要录下整天的操作，也不用先替我们判断技术原因。记下自己当时做了什么、看到了什么，就已经很有帮助。
收到反馈后，我们会尝试还原场景、修改和检查，再放到后续测试中继续观察。有的问题能很快找到原因，有的则需要在不同设备和使用条件下反复确认。代码改过了，还要回到原来的场景，看看问题是不是真的解决了。
继续用真实的日常来检验
Dottie AI 还在改进。聊天是否自然、建议是否合适、复盘能否反映真实经历，都需要放进日常使用中检验。
如果你想参与，可以从测试说明了解当前的加入方式。初次使用，不妨只记录几件小事：终于回复的一封邮件、一次被打断的阅读，或者刚想到的明日安排。回看时，再判断 Dottie 有没有帮你把这一天整理得更清楚。
你不需要成为“专业测试者”。照常使用，把困惑、期待和不顺手的地方告诉我们，就是在参与产品的改进。我们也会继续记录这些变化，让每一次更新都能说清楚：这一次，具体把哪些事做得更好了。