DottieNote 1.3.5 是一次面向稳定性的修复版本，重点处理任务显示与日历视图中的异常情况。
日历与全览视图修复
这一版修复了添加任务后日历页出现多个相同名称任务的问题，也处理了每日任务或无结束时间任务在全览视图中仅显示一个的异常。
标签与任务添加稳定性
新建标签时可能导致应用卡顿的问题得到修复，部分任务添加后无法正确显示或出现错误的问题也得到处理。
这一版也改进了界面和交互，让日常操作更顺一点。
日历必须保持可信
日历视图的价值，是让用户相信“这一天有什么事”可以在这里看清楚。如果同名任务重复出现，或者无结束时间任务只显示一条，用户就会开始怀疑列表是不是漏了东西。
这种不确定感会让任务工具变得很累。用户原本是来确认安排的，结果还要反过来检查系统有没有显示错。
1.3.5 处理这些问题，是为了让日历重新成为可以放心查看的地方。它不是单纯的展示页面，用户会靠它判断今天、这一周和未来安排。
稳定性也是产品体验
标签创建卡顿、任务添加后不显示、列表状态异常，这些问题并不一定频繁发生，但一旦发生，就会让用户对整个任务系统失去耐心。
所以这个版本把重点放在修复和交互打磨上，而不是继续增加新功能。对早期产品来说，愿意花时间修复这些看似琐碎的问题，比不断发布新入口更重要。
后续 DottieNote 做任务恢复、数据库结构和同步状态优化，也都是同一类工作：让用户不必关心内部实现，只要能确认自己的任务还在、状态准确、下一步能继续。
修复也会改变使用节奏
当日历和任务列表稳定后，用户才会愿意把更多事情交给它。否则，用户会保留一份外部备忘，或者每次打开 App 时先确认有没有漏项。
1.3.5 的修复减少了这种额外检查。它让 DottieNote 更接近一个可以每天打开的工具，而不是一个还需要用户替它兜底的早期实验品。对任务类产品来说，这种信任积累比一次新功能发布更慢，但也更重要。
版本动态需要写清楚，也有这个原因。用户看到修复列表时，也是在判断团队有没有把日常使用里的麻烦当回事。
日历视图关系到信任
日历页面看起来像一个信息展示页，但在任务产品里，它承担的是用户对时间安排的信任。今天有什么、之后有什么、哪些任务会重复出现，用户都会在这里寻找答案。
如果显示逻辑不稳定，用户就会回到纸笔、备忘录或其他工具里做二次确认。那样一来，DottieNote 就无法真正成为日常入口。
1.3.5 处理重复任务、全览显示和标签卡顿，就是在修复这种信任断点。关掉 Bug 之外，也要让日历重新成为用户可以放心查看的地方。
后续版本里关于日历筛选、任务恢复和重复规则的优化，也都延续了这个思路。
早期稳定性会影响长期信任
用户对任务工具的信任通常不是一次建立的。它来自很多次打开 App 时发现任务还在、时间没错、列表没有重复、操作没有卡住。
1.3.5 处理的正是这些细碎但关键的体验。它让 DottieNote 慢慢变成一个可以依赖的日常工具，不停留在只适合尝鲜的新应用阶段。
这种稳定性不会像新功能一样容易被截图展示，但它决定用户是否愿意继续把真实任务放进来。
对任务工具来说，显示错误就是信任错误
任务没有正确出现、重复出现、或在错误视图里消失，都会让用户立刻怀疑数据是否可靠。即使数据本身没有丢，显示错误也足以破坏信任。
所以 1.3.5 的修复已经超出了界面问题。它修的是用户和任务系统之间的关系：我把事情交给你，你要准确地把它呈现出来。
后来的任务恢复和 iCloud 状态说明，也延续了同样的原则。数据可信，界面也要可信。