年度進度準確度指的是，所顯示的「年度已過百分比」與「從當地 1 月 1 日午夜至當下、由裝置時鐘與時區設定所回報的已流逝時間」之間的一致程度。這個數字是一個透明的比率——已流逝的毫秒數除以總區間長度——並經過夾取處理，使其不會低於零或超過一百。這一句話就是本機年度進度小工具的完整契約：它測量有序的當地年度邊界、將其除以裝置目前的時間戳，並回報一個精確到小數點後六位數的數字。它不會連線到網路時間伺服器、不會與任何官方時間機構比對，也不會為法律時間背書。因此，任何準確度的聲稱都必須從一個問題開始：你的裝置時鐘和時區真的正確嗎？所有下游的數據——六位小數的標籤、進度條、已流逝的 24 小時週期數，以及剩餘天數的上限——都繼承了同一個來源。錯誤的時鐘、錯誤的時區，或處於暫停狀態的裝置，都會產生一個與裝置錯誤方式完全一致的錯誤百分比。
「年度進度準確度」的真正含義
由於這個定義的實際意涵與大多數讀者的預期不同，這裡的準確度指的是與裝置時鐘對齊，而非與任何外部標準對齊。即使裝置時鐘短暫快慢幾秒，小工具也會將結果夾取，使百分比不會低於零或超過一百。進度條使用同一個未經四捨五入的數值，而可見的標籤則使用小數點後六位數，這個解析度足以逐分鐘顯示平滑的變化，卻不會宣稱任何超出裝置時鐘的測量。重新整理的間隔為一分鐘——頻率足以讓數字保持最新，又不至於讓網頁做無謂的工作。隱藏或被切換到背景的瀏覽器分頁可能會節流其計時器，因此顯示的數值可能會延遲，直到分頁重新被啟動或網頁被重新整理為止。下一次的計算一律使用全新的 Date 物件，而不是遞增一個可能已經過時的計數器，這就是網頁保護比率不會在長時間閒置期間產生飄移的方式。
數字從何而來：裝置時鐘與時區
準確度的上限由你的裝置決定，而非由網頁決定。在任何計算之前，存在三個具體的錯誤來源：手動設定的時鐘偏離了作業系統的自動時間來源、時區與你實際的民用位置不符，以及處於暫停或虛擬機器環境下、主機時間戳被暫停或偏斜的主機。
- 裝置回報的 Date 數值：這是作為計算輸入的目前時間戳。
- 作業系統的自動時間同步設定：負責讓裝置時鐘與參考來源保持對齊。
- 已設定的時區：包含作業系統所套用的任何日光節約規則。
- 主機狀態：主機是正常運作、處於暫停狀態，或執行於虛擬機器中。
- 分頁狀態：網頁是否位於前景分頁，因為背景分頁的計時器可能被節流。
如果你筆電的時鐘因為自動同步被關閉而快了兩分鐘，那麼你的年度進度數字也會快兩分鐘，百分比會比真正的民用數值領先同樣的年度比例。反之亦然：時鐘慢五分鐘，回報的百分比也會以同樣的比例落後於實際值。由於所有計算都在本機進行，且小工具不會查詢任何外部機構，因此沒有第二個真相來源可以覆蓋裝置本身的數據。
如何解讀年度進度追蹤器
年度進度追蹤器會使用你裝置的本地時鐘與時區規則，顯示目前年度已推進的進度。正確解讀它的方式是將百分比視為一組相關數字中的一個部分，而非一個獨立的數字。
- 開啟網頁，確認顯示的年度與裝置預期的本地日期和時區設定相符。
- 同時閱讀小數點後六位的百分比、進度條、已流逝的整個 24 小時週期數，以及剩餘週期的上限。
- 僅將該數值作為中性的時間參考；在變更裝置時鐘或時區後請重新整理。
小數點後六位的百分比就是未經四捨五入的比率——已流逝毫秒數除以總區間，再乘以一百——以平滑的可見變化呈現。進度條使用同一個未經四捨五入的數值，因此進度條的填充會與標籤完全同步。已流逝天數的數字是已流逝毫秒數除以 86,400,000 的下限值，這是一個完整 24 小時週期的持續時間計數，而非跨越的本地日期標籤數。剩餘天數的數字則是剩餘毫秒數除以同一個 24 小時常數的上限值，這就是為什麼在百分比仍然略低於一百時，它仍可能顯示為 1。這四個數字必須一起看；單看百分比會隱藏持續時間的細節，而單看持續時間計數則會隱藏比率。
日光節約時間、閏年與本地邊界
小工具的準確度敘事是本地的，這意味著有三個民用時間的怪現象值得特別注意，因為即使裝置時鐘完全正確，它們都會影響百分比。
| 本地時間因素 | 對顯示數值的影響 |
|---|---|
| 日光節約時間向前調整（一天有 23 小時） | 已流逝的 24 小時週期是持續時間計數，可能與包含式的日曆計數不同 |
| 日光節約時間向後調整（一天有 25 小時） | 已流逝的 24 小時週期是持續時間計數，可能與包含式的日曆計數不同 |
| 閏年（存在 2 月 29 日） | 總區間為 366 天；每流逝一天的百分比推進速度略慢 |
| 非閏年（沒有 2 月 29 日） | 總區間為 365 天；每流逝一天的百分比推進速度略快 |
| 裝置時鐘手動設定錯誤 | 百分比會依相同的年度比例上下偏移 |
| 時區已變更 | 本地起始邊界隨之移動；百分比會依新邊界重新計算 |
在有日光節約轉換的時區中，本地的一個日曆日可能包含 23 或 25 小時，因此基於持續時間的天數可能與你手動以包含式或排除式計算的日曆日數不同。網頁會揭露這個差異，而不是隱藏它。如果你以自己計算日曆日期的方式交叉核對，請預期在轉換日附近可能出現落差。
單一具體的檢查點可驗證算術：在像 2025 年這樣的非閏年的正中間點，已流逝 = 182.5 天。總毫秒數 = 365 × 86,400,000 = 31,536,000,000。已流逝毫秒數 = 182.5 × 86,400,000 = 15,768,000,000。百分比 = 15,768,000,000 / 31,536,000,000 × 100 = 50.000000。小工具的區間測試也包含一個 366 天的區間，並設有精確的零、五十與一百百分比檢查點，因此同一套比率邏輯也涵蓋了閏年。
閏年是透過平台對於 1 月邊界的 Date 建構來處理，而非依賴內嵌的年度對照表。當小工具為下一個年度的本地 1 月 1 日建構 Date 時，平台會在且僅在該年度為閏年時正確地納入 2 月 29 日，而所產生的區間自然會是 366 天 × 86,400,000 毫秒。沒有會隨時間失效的對照表，也不需要手動調整 2 月。
百分比「沒有」衡量的事
就其狹義的聲明而言——已流逝時間佔本地民用年度的分數——這個百分比的準確度很高。它刻意不去衡量任何超出此範圍的事物，而將它當作無關進度的代理指標，是最常見的誤讀。
- 個人目標完成度：許多專案啟動較晚、工作量不均、依賴季節，或採用財政週期。
- 財政年度進度：財政行事曆、稅務年度與季度週期並不與民用年度對齊。
- 學年進度：學期、學季與假期遵循各自的行事曆。
- 宗教或文化曆法：節日與紀念週期使用其他規則。
- 專案截止日：小工具不會對該數字施加任何績效判斷、截止建議或動機壓力。
- 法律或官方時間：小工具不會為民用或法律時間背書，也不會修正飄移。
請將這個百分比視為中性的規劃參考、日記提示、儀表板元素，或節奏指標。它並非個人、財務、健康、教育或商業目標也應該達到相同完成百分比的證據。小工具不會內嵌假日清單、工作日、學期、財政行事曆、宗教曆法、ISO 週排程或特定司法管轄區的規則，因此該數字與這些曆法之間的任何對應，都必須由你自己完成。
疑難排解：年度或百分比錯誤
大多數意外的讀數來自裝置，而非網頁。一份簡短的有序檢查清單有助於縮小範圍。
- 先檢查顯示的年度——如果相差一年，代表裝置時鐘所在的民用年度與你預期的不同，這在跨年夜當主機時區與你的牆上時鐘不一致時很常見。
- 開啟作業系統的日期與時間設定，確認已啟用自動同步；如果未啟用，請手動設定時鐘或重新啟用同步，然後重新整理網頁。
- 確認已設定的時區與你實際的民用位置相符，包含作業系統所套用的任何日光節約規則。
- 如果網頁是載入於一個已暫停的虛擬機器、遠端瀏覽器，或位於會竄改時間戳的隱私工具之後，請預期顯示的數值反映的是主機而非你牆上的時鐘。
- 在任何重大設定更新後重新整理網頁，因為背景分頁的計時器可能被節流，在分頁重新被啟動前不會更新。
小工具不會將歷史、目標、日期、位置、時區或進度儲存到伺服器，也沒有帳號或通知功能。如果所有上游設定都正確，那麼百分比的準確度就和你的裝置時鐘一樣，不多也不少。這個契約是刻意狹隘的：導出有序的本地年度邊界、夾取目前時間戳、計算透明的區間比率與持續時間摘要、定期更新，並清楚區分「由時鐘衍生的年度進度」與「行事曆規劃或個人評估」。
如果你正在權衡選項，iPhone 雙擊測試：測量點擊間隔對此有詳細說明。
如果你正在權衡選項，線上繪圖板準確度：如何保持對齊對此有詳細說明。