一段文字，如何成為可靠的網頁譯文？

Chrome 的 extension service worker 是事件驅動的，可能在閒置時結束；一般 JavaScript 全域變數不會自動保存。本專案因此把翻譯記憶與配額寫進 IndexedDB，並讓頁面在重連後重新宣告活躍需求。這是生命週期設計，不能解讀成 worker 永遠不會中斷。

平台依據：Chrome 官方：service worker lifecycle（查閱 2026-10-25）。

背景排程器在第一次非同步記憶查詢之前，就把「正在查詢」的工作放進索引。後到的頁面需求訂閱同一份工作；即使前一個查詢尚未返回，也不另外建立相同任務。這讓非同步查詢期間的重複需求仍能合併。

UTF-16 編碼單位是 JavaScript 字串長度使用的單位；emoji 可能占多個單位，多個 Unicode 碼點也可能組成一個使用者看到的字形。字素（grapheme）描述這類可視文字單位的分群；token 則由模型的分詞器決定。

預設 2000 是每個文字單位的字串長度限制。若單一字素已超過上限，就回報輸入過大；瀏覽器不支援文字分段時，備援只逐碼點處理，不能保證完整複合字形分群。

短片段另有本機啟發式：移除 URL 等雜訊後，單一拉丁字母詞可能被略過；含中日韓文字的短片段可保留。這降低零碎請求，也可能漏掉有意義的單字。選取翻譯不套用同一個頁面短文門檻。

延伸閱讀：瀏覽器的文字分段能力。

當設定邊距≤0，兩邊都回 0。向上閱讀時交換上下方範圍。捲動速度用 EMA 平滑：α=1−exp(−dt/200)，新速度＝舊速度＋（瞬時速度−舊速度）×α。dt 的單位為 ms，瞬時速度的單位為 px/s；間隔達 400ms 時直接採新樣本。

轉向要累積 max(120px, 0.35H) 的反向移動；前向速度達 2.5 viewport/s 可進入快速掃讀狀態，維持 2 秒。這些門檻減少少量回拉造成的 觀察範圍重建；它們是工程啟發式，不是閱讀意圖辨識模型。

先處理整頁停用，再看整句保留原文／固定譯文、使用者釘選譯文、禁止外送，最後才做詞組佔位符替換。禁止外送仍允許顯示本機已保存的譯文。

Aho–Corasick 負責找到多個詞組；「最左、最長」是後續排序與游標選取共同決定的結果。掃描以 UTF-16 編碼單位進行，並不理解自然語言詞界。完整流程還包含命中展開與排序，不能直接把全部成本寫成 O(n)。

匹配範圍包含任意文字、整句精確比對與字面詞組，不提供任意正規表示式。編譯或比對失敗時，可退回較直接的參考掃描方式。

頁面翻譯的語意身分不直接包含供應商或模型。其他語意條件相同時，換模型仍可能命中舊結果；「強制重新翻譯」才跳過翻譯記憶與舊版快取，結果驗證成功後替換同一語意鍵的記憶。

選取翻譯與翻譯中心使用各自的入口約定，翻譯設定中也包含供應商識別。因此翻譯中心的 A 供應商卡片不會使用 B 供應商卡片的結果；同一供應商設定更換模型，則保留原有身分。

上下文、規則與版本也納入語意契約，透過精確雜湊比對尋找譯文。不同頁面的相同句子，只有其他語意條件也相同才可共用；相似的文字不會自動命中。

同一翻譯資源的時間條件取最晚門檻；若還需要釋放名額或完成寫入，就等待相應事件。不同候選工作之間則找最早可能喚醒的時刻。固定容量的環狀時間格，避免記憶體隨歷史請求數無限增加：分鐘窗 62 格、每格 1 秒；日窗 1442 格、每格 60 秒。

扣帳所屬的時間格編號為 ceil（歸屬時間 ÷ 每格長度），也就是向上取整。建立持久化快照時，待提交扣帳的歸屬時間至少設到當下加 1000ms；交易完成後，再確保它不早於當下，採保守到期。請求令牌桶使用整數計數，一次請求等於 1,000,000 個微量單位；這與模型切分文字的 token 無關。

多個翻譯資源可用時，先比較「候選視窗內的相容需求量 ÷ 可用並行數」，分母至少取 1；再比較負載、路由優先度與穩定的資源識別順序。這是從眼前候選中挑選資源的啟發式，沒有求解全域最佳配置。

這是本機決定能否派送時的估算，與供應商實際切分 token 的方式可能不同，也無法代替帳戶的剩餘額度。頁面批次還會把翻譯指令與上下文加入估算，不能只拿原文字數當每分鐘 token 用量。

自適應並行量預設關閉。啟用後，並行上限從硬上限的一半向上取整開始。成功回應到達時，若統計窗已滿 20 秒，就檢查前一窗是否至少成功 10 次、仍有待辦工作且沒有壅塞；符合才增加 1 個名額。容量壅塞時減半，同一調整週期最多下降一次。自動備援切換也預設關閉，需要明確啟用才會在符合條件時改用其他資源。

解析器容許以指定標記包住的前置思考段落，以及完整包住回覆、未標語言或標成 JSON 的Markdown 圍欄；合法空白與資料欄位換序也可接受。任意散文中的 JSON 不會被猜測擷取。大量串流增量會切成 32,768 個 UTF-16 單位的片段處理，跨片段保留文字、跳脫符號與 Unicode 的解析狀態。

產品方向是「來源自動辨識 → 臺灣繁體中文」。頁面翻譯與共用設定採用不同的繁體中文語言標記；Microsoft 另外透過 ISO 語言對照表轉換，找不到對應時使用繁體中文標記。跨服務連接時，需要處理這層語言表示的差異。

系統提示詞要求忽略原文與上下文中的指令，譯文內容使用純文字。這能表達預期行為，仍無法保證完全消除提示詞注入或翻譯錯誤。DeepSeek 預設關閉思考模式，使用者也可自行調整。

呈現節奏控制器合併陸續抵達的結果，依最近一次工作的耗時調整節奏：新成本估值 = 0.6 × 舊成本估值 + 0.4 × 本次耗時；下一輪間隔為 min（1000ms，2 × 新成本估值）。瀏覽器的動畫影格通知尚未到達時，另有 250ms 的計時器補位。這裡追蹤的是工作耗時，無法完整代表瀏覽器排版與繪製的成本。

同一區塊只保留最新的等待更新方案；最多保留 128 份延後方案，超過後可改記「需要重新整理」，這類記號上限為 4096。頁面變動的重新比對則合併成每段一個進行中的工作，再加一個待重跑記號。

呈現摘要使用「文字長度＋32 位元 FNV-1a 雜湊」判斷能否略過重寫，與背景使用 SHA-256 的語意識別不同；不同內容仍可能得到相同摘要。多句譯文依原翻譯單位的順序組合，接縫以中、日、韓文字的空白規則推估，並不逐字還原原始空白。

保留同一批原始節點，有利於延續原有物件關係；事件綁定、排版與互動效果，仍受到網站本身的結構與更新方式影響。

等候或保存失敗的內容，有效保留期為 10 分鐘，於後續佇列操作或重試時檢查清理。容量估計為「原文 UTF-8 位元組＋譯文 UTF-8 位元組 × 2＋1024」，與實際記憶體占用可能不同。佇列滿時，會暫停新的頁面翻譯派送；已發出的請求可完成。

這個佇列只保存在執行中的記憶體。背景服務結束時，尚未完成寫入的內容，不會因重啟自動恢復。圖中呈現的是頁面翻譯的保存狀態；互動式入口只將內容排入保存工作，不等待同一套完整的畫面狀態流程。

一般工作的延後重試，使用完整隨機抖動：每次從零到等待上界之間取一個隨機延遲。容量型 HTTP 429 則對受限的資源或配額範圍設定冷卻期，採用伺服器指定的等待時間；未提供時使用基礎延遲，不套用隨機抖動。

隨機抖動讓重試時間分散；回應標頭 Retry-After 指定的時間是額外下限，可接受秒數或 HTTP 日期，並考慮伺服器時間差。伺服器要求的等待時間最多保留 7 天。

喚醒排程合併成一個最早到期的計時器；預期等待至少 30 秒時，再以瀏覽器的背景鬧鐘補充喚醒。時鐘檢查會比較系統時間與單調時鐘各自經過了多久：偏移超過 5 秒，或系統時間倒退超過 5 秒，就暫停新的派送。沒有新異常且穩定期達 2 秒後，才依保守策略恢復。

取消圖描述已送出的網路嘗試。已保留名額但尚未送出的嘗試，可先結束並釋放名額；若進行中的扣帳交易隨後成功提交，即使沒有真的呼叫服務，也會保留該筆保守扣帳。無法確認是否終止的網路操作，會隔離相關資源並保留名額；收到遲來的終止通知後才釋放。背景服務重啟後建立新的執行代次，舊請求不再占用並行名額，已知的配額帳本則繼續保留。