寫爬蟲的人都有過這種崩潰時刻：本地跑得好好的腳本，一上服務(wù)器就被Cloudflare攔住，Chrome版本對不上驅(qū)動，內(nèi)存占用莫名其妙飆到幾個G。有人在HN上甩了一段代碼，說這些問題他全解決了——用Bun跑，三行代碼啟動，還能自動點(diǎn)掉Turnstile驗(yàn)證框。

這個叫Mochi.js的庫，核心賣點(diǎn)是"bun-native"。不是簡單的包裝層，而是直接扎進(jìn)Bun的運(yùn)行時里。傳統(tǒng)方案像Puppeteer或Playwright，本質(zhì)是Node調(diào)Chrome DevTools協(xié)議，中間隔了一層翻譯。Mochi.js的作者顯然嫌這層翻譯太慢，干脆用Bun的內(nèi)置API重寫了一遍瀏覽器控制邏輯。

代碼示例里藏著幾個有意思的設(shè)計(jì)。第一個是profile系統(tǒng)——"linux-chrome-stable"、"mac-m4-chrome-stable"、"win11-chrome-stable"，不是隨便起的名字，是完整的環(huán)境指紋。UA、字體列表、Canvas指紋、WebGL渲染器，全部按真實(shí)設(shè)備配置。seed參數(shù)更關(guān)鍵，同一個seed永遠(yuǎn)生成同一套指紋，這意味著你可以給每個賬號分配固定的"設(shè)備身份"，而不是每次啟動都是一臺新電腦。

第二個是challenges模塊。示例里演示了Turnstile的autoClick，這是Cloudflare的人機(jī)驗(yàn)證。代碼結(jié)構(gòu)留了個onEscalation鉤子，說明作者知道自動點(diǎn)擊會被升級檢測——可能是變體驗(yàn)證碼，可能是行為分析觸發(fā)的人工復(fù)核。這個設(shè)計(jì)比硬闖聰明，至少讓你知道在哪一步露餡。

第三個是addInitScript的JIT-friendly注釋。在頁面任何腳本執(zhí)行之前注入代碼，用的是Proxy陷阱而不是簡單的字符串替換。這意味著你可以攔截JavaScript對象的訪問，而且不會被頁面的代碼輕易檢測到。示例里給window掛了個__site_marker，后面還能removeInitScript——不是一錘子買賣，是可持續(xù)的會話控制。

技術(shù)選型上，作者押注Bun是有風(fēng)險(xiǎn)的。Bun的兼容性還沒達(dá)到Node的生態(tài)規(guī)模，但反過來想，能用Bun的生產(chǎn)環(huán)境，用戶本身就更激進(jìn)、更容忍早期項(xiàng)目。這個篩選機(jī)制反而幫Mochi.js找到了第一批種子用戶：那些已經(jīng)被Puppeteer的內(nèi)存泄漏折磨到想換語言的人。

瀏覽器自動化這個領(lǐng)域，過去十年的敘事是"模擬真人行為"，現(xiàn)在的風(fēng)向變成"直接就是真人行為"。不是改User-Agent假裝Chrome，是真的啟動一個Chrome，但把指紋管理、會話隔離、驗(yàn)證對抗這些臟活封裝好。Mochi.js的代碼示例沒有展示性能數(shù)據(jù)，但"bun-native"這個詞本身就在暗示速度——畢竟Bun的啟動速度和內(nèi)存效率，是Benchmark里反復(fù)驗(yàn)證過的。

值得觀察的是seed機(jī)制的設(shè)計(jì)哲學(xué)。傳統(tǒng)爬蟲用代理IP輪換身份，Mochi.js用seed輪換設(shè)備指紋。IP可以封，設(shè)備指紋的封禁成本更高——尤其是當(dāng)這套指紋模擬得足夠真的時候。這有點(diǎn)像早年Android模擬器對抗游戲反作弊的軍備競賽，只不過戰(zhàn)場換到了瀏覽器。

項(xiàng)目還在早期，GitHub星數(shù)沒公開，但HN的Show HN板塊向來是技術(shù)風(fēng)向的晴雨表。上一個在這里火起來的瀏覽器自動化工具是Playwright，再之前是Puppeteer。如果Mochi.js能穩(wěn)住Bun的兼容性，把profile庫做厚——現(xiàn)在只有三個預(yù)設(shè)，顯然不夠——它可能會切走一塊對延遲極度敏感的市場。比如廣告驗(yàn)證、價(jià)格監(jiān)控、賬號矩陣運(yùn)營這些場景，啟動速度差幾秒就是真金白銀。

當(dāng)然，風(fēng)險(xiǎn)也明顯。Bun本身的迭代速度、Chrome版本升級的追趕、反爬策略的升級，都是懸在頭上的劍。代碼示例里那個onEscalation回調(diào)，既是功能也是伏筆——作者知道這場貓鼠游戲不會停。