過去兩年，一類工具的體驗發(fā)生了質(zhì)變：圖片壓縮、音頻剪輯、格式轉(zhuǎn)換——這些曾經(jīng)需要上傳文件、等待服務(wù)器處理的操作，現(xiàn)在能在瀏覽器里實時完成，而且不需要注冊賬號。變化并非來自瀏覽器新增了 flashy 的 API，而是 WebAssembly 的幾項底層能力終于成熟到可以被開發(fā)者放心依賴。

核心改進有三項：SIMD 指令集、GC（垃圾回收）提案、多線程支持。它們共同抬高了瀏覽器本地計算的"地板"——不是讓峰值性能更高，而是讓原本不實用的場景變得可用。

SIMD（單指令多數(shù)據(jù)）是最關(guān)鍵的推手。它讓 CPU 能同時對多個數(shù)據(jù)執(zhí)行相同操作，而非逐個處理。對圖片編碼而言，這意味著一行像素可以并行計算；對音頻分析，意味著 FFT 變換能一次性處理數(shù)千個采樣點。WebAssembly SIMD 在 2021 至 2022 年間完成全瀏覽器普及，時機恰好：此前 Wasm 雖比 JavaScript 快，但尚不足以支撐編解碼器的交互式速度；SIMD 之后，桌面級算法得以直接移植。

Squoosh 是最佳例證。這款圖片壓縮工具使用 libaom（C 庫編譯為 Wasm）處理 AVIF 編碼，并針對 SIMD 做了加速。早期版本能跑 AVIF，但慢得像玩具；如今編碼速度快到可以實時拖動質(zhì)量滑塊、同步預(yù)覽對比——原生軟件的體驗，瀏覽器標(biāo)簽頁里實現(xiàn)，無需賬號，無需上傳。

音頻工具同樣如此。AudioMass 提供波形編輯、效果器、格式轉(zhuǎn)換，全部在瀏覽器內(nèi)完成。檢測靜音、應(yīng)用濾波器、大規(guī)模渲染波形——這些決定響應(yīng)速度的操作，恰恰是 SIMD 擅長的重復(fù)數(shù)值計算。幾年前的"在線音頻編輯器"通常意味著上傳-等待-下載；當(dāng)時這是性能限制下的必然，現(xiàn)在則只是架構(gòu)選擇。而對無登錄工具來說，正確的架構(gòu)選擇意味著服務(wù)器可以徹底消失。

GC 提案（Chrome 119、Firefox 120 于 2023 年底支持）和多線程則補足了另外兩塊拼圖。GC 讓移植帶復(fù)雜內(nèi)存管理的語言（如 Kotlin、Dart）變得可行；線程支持讓計算密集型任務(wù)不再阻塞主線程。三者疊加，瀏覽器終于能承載過去只屬于桌面軟件的計算負(fù)載。

這背后的結(jié)構(gòu)性意義在于：當(dāng)計算完全發(fā)生在本地，"用戶賬號"的存在理由隨之瓦解。沒有服務(wù)器端處理，就沒有任務(wù)需要追蹤，沒有身份需要綁定，沒有郵箱用來發(fā)送結(jié)果。隱私不是被"保護"的，而是被架構(gòu)消除的——數(shù)據(jù)從未離開你的設(shè)備，因此也無需被"妥善處理"。

工具開發(fā)者正在重新評估這個等式。過去，免費工具?？抠~號體系換取用戶數(shù)據(jù)或轉(zhuǎn)化路徑；現(xiàn)在，技術(shù)可行性讓"零登錄"成為競爭優(yōu)勢。這不是道德選擇，而是工程選擇：瀏覽器算力到了，商業(yè)模式可以跟著變。