改了方案，也別改寫上一杯

例如，昨天用 20 g 咖啡粉沖了一杯，今天想把同一份方案改成 25 g。回頭看昨天的筆記時，它應該仍然寫著 20 g。

否則，日誌會隨著現在的方案改變，失去對照上一杯的用途。ZenDrip 因此在保存日誌時，也保存當時的方案快照。

一筆日誌，要留下當時的條件

方案可以繼續調整名稱、粉量、水溫與階段。已保存的日誌則留下當時的參數與回顧，之後查閱時不依最新方案重新拼出內容。

這不是在替方案加入一套複雜的版本管理，而是讓「這一杯」的紀錄有自己的依據。下一次改動可以成為新的嘗試，不需要順便改寫過去。

從資料規則，走到使用者操作

資料層已有快照保持不變的測試，但還要確認使用者從畫面編輯方案時，也能得到同一個結果。

10 月 5 日補上的模擬器測試，先保存一筆日誌，再修改原方案的名稱、粉量、水溫與第一段水量。保存、重開 App 後，新方案顯示修改後的值；舊日誌仍保留原名稱、原參數、階段與備註。

測試也核對它仍是同一筆日誌，沒有因為修改或重開多生一筆。編輯取消則另行確認不會把修改套用。

這一段證據比「畫面看起來有資料」更具體：它確認了修改、保存、重開與再次查閱之間的關係。

紀錄可靠，才有回顧的空間

沖煮筆記可以只是一句「下一次第二投慢一點」。但這句話要和當時的水量、時間放在一起，才有辦法回頭理解。

快照不會替使用者判定哪份配方比較好，只負責保留當時用了什麼。比較與調整仍留給下一杯。

目前這條方案修改與舊日誌保持不變的操作路徑，已通過模擬器 UI 驗證；真機使用仍要繼續核對，不能把這次測試當成所有資料流程都已驗收。

想了解日誌與回顧的入口，可以看 使用指南。