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 狀態透明說明，也始終如一地延續了這項原則。資料必須可信，呈現資料的介面也必須可信。