念珠計數器結果看起來不對時，通常來自三個簡單原因之一：多按或少按一次、開始時選錯 33 或 99 的目標，或本地曆法日期跨日導致計數被拆成兩列歷史紀錄。念珠計數器的設計讓這三種情況都有直接的修正方式：一鍵 Undo one 可回復最近一次點按、一個目標選擇器可在不刪除已儲存紀錄的情況下於 33 與 99 之間切換，以及一份依裝置本地曆法日期（而非 UTC）分組的每日歷史清單。這個工具並不會保留單一累計的總數，每一個儲存下來的增量都歸屬於按下它的那一天。於 23:50 結束的計數會留在當天的紀錄中，而隔天 00:10 的下一個階段則會以全新的顯示計數 0 開始。一旦你判斷出屬於上述哪一種原因，修正只需要幾次點按而不是整個重來，並且修正後的紀錄可以直接在瀏覽器內匯出為 PNG 或 CSV，不必離開頁面。
念珠計數器結果看起來錯誤的常見原因
在進行任何回復之前，請先把你看到的狀況對應到這個計數器設計上能處理的那幾種情境之一。念珠計數器的產品定位刻意保持精簡：它接收點按、在正好 33 或 99 的整數回合邊界處做標記，並依裝置本地曆法日期來分組儲存的數字。任何看似錯誤的狀況通常都落在下表中的某一列。
| 看起來錯誤的狀況 | 最可能的原因 | 直接修正方式 |
|---|---|---|
| 計數比預期多 1 | 多記錄了一次點按，可能是觸控裝置上的雙擊 | 按一次 Undo one |
| 計數比預期少 1 | 在這一輪中漏掉了一次點按 | 按 Add one 補上漏掉的數字 |
| 回合數字看起來不對 | 目標設成錯誤的值（33 vs 99） | 切換目標並重新檢查回合計算 |
| 歷史紀錄顯示兩段短列，而不是一段長列 | 在階段進行中進入了新的一天 | 接受這樣的拆分；兩列都是正確的 |
| 重新整理後計數消失 | 瀏覽器資料被清除，或使用了不同的瀏覽器設定檔 | 在原本的瀏覽器重新輸入計數 |
| 振動功能從未確認回合完成 | 瀏覽器或裝置未提供振動 API | 改為觀察視覺上的完成狀態 |
每一列都把可見的現象對應到背後的原因與相應的修正方式。如果你無法確定適用哪一列，請先閱讀下方關於解讀回合與位置數字的章節，再開始點按。
逐步修正計數的方式
- 在平常使用的瀏覽器中開啟念珠計數器，並確認畫面上方顯示的目標與你正在進行的個人計數相符，選擇 33 或 99 作為一回合的目標。
- 將目前的回合與位置數字與你預期的計數進行核對。在 33 的目標下，計數達到 33 代表第一回合已結束；下一次點按應從第二回合的 1 of 33 開始。
- 如果計數多 1，按 Undo one 來扣除最近一次點按。計數器會精確回復一個增量，並同時更新回合與位置的顯示。
- 如果計數少 1，按 Add one 來補上漏掉的那次點按。計數器會將目前位置加 1；若新值正好等於目標，則會關閉一個回合。
- 重複按 Undo one 或 Add one，直到畫面上的計數與你實際唸出或背誦的次數一致。
- 如果視覺上的完成狀態已經因為錯誤的點按而被觸發，當你按下 Undo 時，回合計數器與位置顯示會一起更新，因此修正後的數值才是當天會被儲存下來的內容。
- 一旦畫面上的數值看起來正確，該筆修正過的增量就會透過瀏覽器儲存，以計數器自己的鍵儲存到本地日期中。
- 在關閉分頁之前，可以選擇匯出 PNG 或 CSV，以便在這個瀏覽器之外保留一份帶有日期的紀錄。
這個流程讓所有變更都保留在本地。內容不會送到任何伺服器、不需要登入，而同一個瀏覽器上已儲存的歷史紀錄在修正過程中會被保留下來。
在 33 與 99 目標之間切換
念珠計數器只提供兩個回合目標：33 與 99。當個人流程需要不同的計數目標時，更換目標屬於正常操作。目標選擇器位於目前計數旁邊，讓你隨時看見自己正在朝向的數字。目標可以在不同操作之間變更以配合不同的個人流程，而且切換目標並不會清除已儲存的每日歷史紀錄。會改變的是計數器下一次等待的回合邊界。在 33 時，計數達到 33 表示第一回合結束；下一次點按會從第二回合的 1 of 33 開始。在 99 時，相同的邊界邏輯則套用在第 99 次點按上。
如果看起來錯誤的結果來自於本想選 33 卻選成了 99，最簡單的修正方式就是把目標切換回去並重新點按該回合。每日歷史紀錄仍會記錄你實際輸入的數字，因此雖然回合的解讀方式改變了，該列的總數並不會受到影響。這正是少數幾個除了顯示的計數值之外，更需要一併解讀回合數字與位置數字的地方。
解讀回合與位置數字
念珠計數器會在主要計數旁顯示兩個數字：目前的回合，以及該回合中的位置。當一個回合結束時，視覺上的完成狀態一定會出現，讓你立即知道已達到正好 33 或 99 的邊界。如果畫面上的回合數字在已知組數結束時與你預期的不符，這時就應該懷疑是多按或少按一次，而不是計數器故障。
舉例來說，假設你打算在 33 結束一個完整回合。如果你看到位置數字到達 33 並出現可見的完成標記，表示該回合已結束。如果位置數字顯示為 32 且沒有完成標記，表示漏了一次點按，按 Add one 就會把它帶回乾淨的邊界。如果位置顯示為 34，則表示多按了一次，按 Undo one 就會把它回到 33 並關閉回合。由於目標固定、回合邊界也固定，這樣的數學運算既簡單又精確，這也是為什麼修正可以透過單一按鈕完成，而不必手動重數。
如果想更深入了解畫面上的數字，關於檢查念珠計數器結果的相關指南會更詳細地說明回合與位置的顯示方式。
本地日期歷史如何影響可見的計數
每一個儲存的增量都歸屬於裝置上的本地曆法日期。這一點對期待看到單一累計數字的人來說通常最為驚訝。深夜進行的計數會留在該本地日期，而不是被歸到 UTC 日期下。當進入新的本地日期時，頁面會從 0 開始顯示新的計數，同時保留歷史清單中先前非零的日期。這個行為是刻意設計的：產品要讓計數保持可見、可匯出、可保有隱私，而不會把個人修行變成一個複雜的應用程式。
如果你以為是同一天，歷史紀錄卻顯示兩段短列，幾乎一定是因為該階段跨越了你所在時區的午夜。兩列都是正確的，它們合在一起描述了實際發生的事情。如果你想把顯示合併起來，唯一的方式是在匯出 CSV 之後，用手動的方式在試算表中加以合併。計數器本身並不會追溯性地合併紀錄。
將修正後的紀錄儲存到瀏覽器之外
當畫面上的計數正確無誤時，匯出可以讓你取得一份不依賴瀏覽器儲存空間、且帶有日期的副本。匯出 PNG 會產生一張 1080 by 1350 的圖片，包含 Lizely 標記、總數以及最近的日期紀錄。圖片中不會包含 URL，並刻意省略選用的自訂標籤，因此可分享的圖片不會洩漏個人註記。匯出 CSV 則會產生一個簡單的 Date 與 Count 檔案，每一個儲存的非零日期各佔一筆資料列。它可以在試算表中開啟、作為私人封存保存，或在不再需要時刪除。
兩種匯出動作都在瀏覽器內透過原生的 canvas 與 Blob API 完成。不會上傳任何圖片或 CSV 進行處理，這也與所有狀態都保留在 localStorage 中、以計數器自身鍵儲存的隱私界線一致。如果你需要保留「錯誤結果已被修正」的證據，最乾淨的做法就是在修正後、進一步點按之前立刻匯出，以留下正確的數字。
可能被誤認為錯誤的限制與隱私界線
有些行為即使看起來像錯誤，實際上並不是。念珠計數器不會跨裝置同步、不經過登入流程、也不會成為伺服器端的個人檔案，因此同一個計數不會同時出現在你的手機和電腦上。清除瀏覽器資料會移除歷史紀錄，而另一支手機或電腦則會以全新的空白計數開始。根據 WHATWG HTML Web Storage 規範，localStorage 會綁定到儲存鍵與來源 (origin)，這就是為什麼換了瀏覽器或設定檔就會重新開始。振動屬於選用的強化功能而非必要條件；W3C Vibration API 在 Safari 上並不受支援，某些裝置也會完全停用它，但即使沒有振動，頁面仍然可以完整使用。
如果看起來錯誤的結果是「在另一台裝置上什麼都沒發生」，那是預期的隱私界線，而不是 bug。如果看起來錯誤的結果是「清除瀏覽器資料後歷史紀錄不見了」，計數器也無法提供一份不存在的備份。在這兩種情況下，修正方式都是先弄清楚計數存在哪裡，並在需要讓它活得比瀏覽器階段更久時，匯出一份帶有日期的副本。
若想進一步了解，請參考 如何在飲水計數器中記錄你的步驟。