Kernel 的新瀏覽器技術因其非常快速的冷啟動時間在開發者社群引起了轟動。這個為 AI 代理和自動化工作流提供沙盒 Chrome 瀏覽器環境的專案，展示了相比傳統容器化方法的顯著效能優勢。
閃電般的冷啟動速度
開發者們最熱議的特性是 Kernel 的 unikernel 實現，它實現了不到 20 毫秒的冷啟動時間。這比 Docker 容器通常需要約 5 秒的初始化時間有了顯著改進。該技術透過在啟動 Chromium 後對整個 unikernel 例項進行快照，使其能夠在 20 毫秒內恢復完全相同的狀態。
「根據我們所見，微型虛擬機器可能也能實現非常快的速度（約 150 毫秒？），但我們認為 20 毫秒已經相當驚人了。」
這種效能優勢解決了開發者在使用瀏覽器自動化和 AI 代理時的一個重大痛點，即啟動延遲可能會給終端使用者帶來令人沮喪的延遲。一位評論者指出，在生產環境中讓客戶等待五秒鐘的累積影響是相當大的。
效能關鍵對比
- Unikernel 冷啟動時間：<20毫秒
- Docker 容器啟動時間：約5秒
- 微型虛擬機器估計啟動時間：約150毫秒（由開發者提及）
核心功能
- 預配置的 Chrome 瀏覽器環境
- 相容 Playwright 和 Puppeteer
- 透過 noVNC 進行圖形介面訪問
- Anthropic 的計算機使用代理整合
- 自動待機/休眠模式
- 快照期間的狀態儲存
快照永續性
除了原始速度外，Kernel 的方法透過其快照功能提供了獨特的能力。當 unikernel 在不活動期間進入待機模式時，整個系統狀態都會被保留 - 包括瀏覽器認證 cookie、開啟的頁面、視窗縮放級別，甚至與本地檔案的互動。這種永續性為需要在會話之間維持瀏覽器狀態的工作流創造了新的可能性。
該系統還具有在沒有網路活動時自動啟用的待機或睡眠模式，在非活動狀態下消耗最少的資源。這種高效的資源利用對於計算資源受限或成本高昂的部署場景可能非常有價值。
實現選項
Kernel 為有興趣使用該技術的開發者提供了兩種主要實現路徑。Docker 容器版本提供了熟悉的部署模型，而 unikernel 實現則提供了超快冷啟動和狀態儲存的額外好處。兩種實現都暴露埠，供基於 Chrome DevTools 的框架（如 Playwright 和 Puppeteer）連線，並透過 noVNC 提供遠端 GUI 訪問。
專案團隊正在積極探索改進，包括掛載持久儲存以進行檔案輸入/輸出操作，以及用更快的替代方案替換 noVNC。他們還注意到，unikernel 雲實例似乎比 Docker 對應物遇到的機器人檢測問題更少，儘管隨著檢測系統的發展，這種情況可能是暫時的。
對於對瀏覽器自動化、AI 代理開發或任何需要具有最小延遲的受控瀏覽器環境的應用程式感興趣的開發者來說，Kernel 的方法代表了該領域的重大進步。預配置的 Chrome 環境、GUI 訪問以及與 Anthropic 的 Computer Use 代理迴圈的整合，使其特別適合 AI 驅動的瀏覽器工作流。