這個 Skill 剛開源就爆火，Agent 聯網能力直接拉滿！
整理版優先睇
Web Access 讓 AI Agent 借用你日常 Chrome 嘅登入態同 Cookie，實現真實瀏覽器操作，大幅提升聯網能力
作者成日同 Claude Code、Codex 呢啲 AI Agent 打交道，寫 code 就好好哋，但一涉及聯網就頭痕。佢親身踩過唔少坑：叫 Agent 去產品官網拎資料，結果撞正登入牆，直接話無法訪問；叫佢去社交平台查競品動態，搜出嚟嘅都係過期緩存，根本睇唔到最新內容。問題在於市面上大部分瀏覽器 Agent 都係用無痕瀏覽器，唔帶登入態、Cookie、擴展，等於俾咗 AI 對眼，但冇俾佢入門隻手。
直到佢發現咗 Web Access 呢個開源項目。呢個 Skill 唔係再整一個瀏覽器 Agent 框架，而係透過 CDP（Chrome DevTools Protocol）直接接管用家平時用緊嘅 Chrome。唔開新進程、唔開無痕，就用桌面嗰個瀏覽器。AI 拎到嘅係已經登入嘅小某書、飛書、公司內部系統，Cookie、擴展、書籤、歷史記錄全部現成。變相俾咗 AI 我哋嘅「眼同手」，而唔係一個空殼瀏覽器。
具體能力分三層：工具自動調度，簡單搜索行 WebSearch，純文字用 Jina 節省 token，要登入要互動先至行 CDP；真實瀏覽器操作，提供 JS click、CDP 真實鼠標事件同檔案上傳，避免被社交平台風控；站點經驗積累，AI 每操作完一個站點會自動記低 URL 模式、平台陷阱等經驗，跨 session 複用。最近仲加入咗本地 Chrome 書籤同歷史檢索功能，可以叫 AI 幫你打開公司個平台，就算公網搜…
- AI Agent 聯網時因為冇登入態同 Cookie，經常撞牆失敗，呢個係核心痛點。
- Web Access 透過 CDP 協議直接接管用家現有 Chrome，唔開無痕，保留所有登入態同擴展。
- 能力分三層：工具自動調度、真實瀏覽器操作（JS click vs CDP 鼠標事件）、站點經驗積累，越用越順。
- 新功能支援檢索本地 Chrome 書籤同歷史，可以精準打開公司內部系統呢類平時搜唔到嘅網站。
- 安裝簡單但操作社交平台有帳號風險，一定要先用小號測試，保護主力帳號。
Web Access GitHub Repository
開源 Skill 項目，透過 CDP 接管 Chrome，讓 AI Agent 具備真實聯網能力。
AI Agent 聯網嘅致命短板
作者每日大部分時間都同 Claude Code、Codex 呢類 AI Agent 打交道，寫 code 場景確實出色。但要係沾到「聯網」，體驗即刻打回原形。佢親身踩過唔少坑：叫 Agent 去產品官網拎資料，結果打開係登入牆，直接回一句「無法訪問」；叫佢去社交平台查競品最新動態，搜出嚟嘅都係過期緩存，登入後先睇到嘅內容根本夠唔到。
市面上大部分瀏覽器 Agent 都係用無痕瀏覽器，唔帶登入態、Cookie、擴展，等於俾咗 AI 對眼，但冇俾佢入門隻手。
Web Access：一個 Skill 打通真實瀏覽器
直到作者喺 GitHub 見到 Web Access 呢個項目，佢嘅定位好巧妙——唔係又整一個瀏覽器 Agent 框架，而係做成一個 Skill，兼容 Claude Code、Cursor、Gemini CLI、Codex CLI 等所有支援 Skill 協議嘅 Agent。最反直覺嘅設計係：透過 CDP（Chrome DevTools Protocol）直接接管用家日常用緊嗰個 Chrome，唔開新進程，唔開無痕，就用桌面嗰一個瀏覽器。
三層能力對應真實場景
具體能力分三層，每層對應作者實際使用嘅場景。
- 1 工具自動調度：Skill 入面有一套策略提示，讓 LLM 根據任務判斷行邊條路——簡單搜索行 WebSearch，純文字頁面行 Jina 節省 token，要登入要互動就行 CDP。對應場景：同時調研 5 個產品官網做對比，子 Agent 並行執行，共享一個瀏覽器代理，tab 級隔離。
- 2 真實瀏覽器操作：提供三種點擊方式——JS click、CDP 真實鼠標事件、檔案上傳。JS click 容易被社交平台風機成機械人，CDP 真實鼠標事件行系統級輸入，同人手點幾乎一樣。對應場景：叫佢在小某書創作者後台發圖文，由上傳圖片到點擊發布，全自動化搞掂。
- 3 站點經驗積累：AI 每操作完一個站點，會自動按域名記低經驗：URL 模式、平台陷阱、已知坑點，跨 session 複用，越用越順。對應場景：第一次發小某書踩咗幾個坑，第二次再用就滑好多。
最近 2.5.0 版本仲加咗本地 Chrome 書籤同歷史檢索，可以同 AI 講「幫我打開公司嗰個 XX 平台」，就算公網搜唔到都精準定位。
安裝簡單但要注意風險
安裝過程設計得好剋制。推薦用 skills CLI 工具一行命令搞掂：npx skills add eze-is/web-access。佢會自動辨識 Agent 環境，裝到正確位置。懶得動手可以直接將條命令交俾 Agent，等佢幫你裝。CDP 模式需要 Node.js 22+，仲要喺 Chrome 地址欄打開 chrome://inspect/#remote-debugging，勾選允許遠端調試，成個前置設定唔超過 2 分鐘。
新範式與安全邊界
Web Access 真正有意思嘅地方係打開咗一個新設計範式——「讓 AI 借用我哋嘅環境去幹活」。呢個思路可以遷移到好多地方：未來會唔會有 Skill 接管 IDE？接管設計軟件？接管命令行環境？
但將日常 Chrome 嘅鎖匙交俾 AI，係效率紅利定係一道新嘅安全邊界？呢個答案要靠每個用家自己去掂量。
近半年，我每日大部分時間都係同 Claude Code、Codex 呢類 AI Agent 打交道。
寫 code 場景下，佢哋表現的確好驚豔。
但只要任務一掂到「聯網」，體驗即刻打回原形。
舉幾個親身踩過嘅坑。
叫佢去某個產品官網拉資料，點知打開係登錄牆，直接回一句「無法訪問」。
叫佢去某社交平台查競品賬號嘅最新動態，搜出嚟全部係過期緩存，登錄咗先睇到嘅內容根本掂唔到。
更加唔好講叫佢幫我喺創作者平台發圖文，最後都係要自己手動複製貼上。
問題其實好簡單。
市面上大部分瀏覽器 Agent，行嘅都係新開嘅無痕瀏覽器，登錄態、Cookie、擴展，咩都冇帶。
等於俾咗 AI 一雙眼睛，但冇俾佢可以入門嘅手。
直到前幾日，我喺 GitHub 上發現咗 Web Access 呢個項目。
佢嘅定位好巧妙，唔係又整一個瀏覽器 Agent 框架，而係整成一個 Skill。
兼容 Claude Code、Cursor、Gemini CLI、Codex CLI 等所有支援 Skill 協議嘅 Agent。
而佢最反常識嘅設計喺呢度。
佢透過 CDP（Chrome DevTools Protocol）協議，直接接管我哋日常用緊嗰個 Chrome。
唔起新進程，唔開無痕視窗，就用我哋桌面嗰一個瀏覽器。
呢個意味住 AI 攞到嘅，係我哋已經登錄咗嘅小某書、已經登錄咗嘅飛書、已經登錄咗嘅公司內部系統。
Cookie、擴展、書籤、歷史記錄，全部現成用得。
相當於俾 AI 裝咗我哋嘅「眼睛同手」，而唔係塞俾佢一個空殼瀏覽器。
具體能力分三層，每一層都對應一個我實際用緊嘅場景。
第一層係工具自動調度。
Skill 入面寫咗一套策略提示，叫 LLM 自己根據任務判斷行邊條通道。
簡單搜索行 WebSearch，純文字頁面行 Jina 節省 token，要登錄、要交互嘅，先行 CDP。
對應場景：叫佢同時調研 5 個產品官網做對比，子 Agent 並發執行，共享一個瀏覽器代理，tab 級隔離。
第二層係真實瀏覽器操作。
提供三種點擊方式：JS click、CDP 真實滑鼠事件、檔案上傳。
點解要區分？因為 JS click 容易俾社交平台風控識別成機械人。
CDP 真實滑鼠事件行嘅係系統級輸入，同人手點擊幾乎一模一樣。
對應場景：叫佢喺某書創作者後台發一篇圖文，由上傳圖片到點擊發布，全流程託管，唔使我手動接手。
第三層係站點經驗累積。
AI 每次操作完一個站點，會自動按域名記低經驗：URL 模式、平台陷阱、已知嘅坑位。
跨 session 重用，越用越明。
對應場景：第一次叫佢發某書踩咗幾個坑，第二次再用就順滑好多，唔使再從頭摸索。
最近 2.5.0 版本仲加咗個令我眼前一亮嘅功能。
那就是本地 Chrome 書籤同歷史檢索。
呢個場景太真實啦。
我哋成日會同 AI 講「幫我打開公司嗰個 XX 平台」，但公網上根本揾唔到。
有咗呢個能力，AI 可以從本地 Chrome 嘅書籤同歷史入面按關鍵詞查 URL，精準定位。
安裝過程設計得相當剋制。
推薦方式係用 skills 呢個開源 CLI 工具，一行指令搞掂：
佢會自動識別 Agent 環境，裝到正確嘅位置。
懶得鬱手嘅，直接將呢行指令掟俾 Agent，叫佢幫我哋裝都得。
CDP 模式需要 Node.js 22+，並喺 Chrome 地址欄打開 chrome://inspect/#remote-debugging，揀允許遠程調試。
整個前置配置加埋唔超過 2 分鐘。
不過有一點必須客觀提醒。
作者喺 README 入面都寫得好明白，用瀏覽器自動化操作社交平台（例如小某書）存在被限流甚至封號嘅風險。
強烈建議先用小號試水，唔好攞主力賬號開盲盒。
寫喺最後
傾下我對呢類項目嘅睇法。
Web Access 真正有意思嘅地方，唔止係好用，而係佢打開咗一個新嘅設計範式。
「叫 AI 借用我哋嘅環境去做嘢」，呢個思路其實可以遷移到好多地方。
未來會唔會有 Skill 接管我哋嘅 IDE？接管我哋嘅設計軟件？接管我哋嘅命令行環境？
但呢條路都藏住一個新嘅問題。
將日常 Chrome 嘅鑰匙交俾 AI，到底係效率紅利，定係一道新嘅安全邊界？
呢個答案，可能要由每個使用者自己去衡量。
GitHub 項目地址：https://github.com/eze-is/web-access
今日嘅分享到此結束，多謝大家抽空閲讀，我哋下期再見，Respect！
最近半年，我每天大部分時間都在跟 Claude Code、Codex 這類 AI Agent 打交道。
寫代碼場景下，它們表現確實驚豔。
但只要任務一沾到「聯網」，體驗立刻打回原形。
舉幾個親身踩過的坑。
讓它去某個產品官網拉資料，結果打開是登錄牆，直接返回一句「無法訪問」。
讓它去某社交平台查競品賬號的最新動態，搜出來全是過期緩存，登錄後才能看的內容根本夠不着。
更別提讓它幫我在創作者平台發圖文了，最後還是得自己手動複製粘貼。
問題其實很簡單。
市面上大部分瀏覽器 Agent，跑的都是新起的無痕瀏覽器，登錄態、Cookie、擴展，什麼都沒帶。
等於給了 AI 一雙眼睛，卻沒給它能進門的手。
直到前幾天，我在 GitHub 上發現了 Web Access 這個項目。
它的定位很巧妙，不是又造一個瀏覽器 Agent 框架，而是做成一個 Skill。
兼容 Claude Code、Cursor、Gemini CLI、Codex CLI 等所有支持 Skill 協議的 Agent。
而它最反常識的設計在這裏。
它通過 CDP（Chrome DevTools Protocol）協議，直接接管我們日常在用的那個 Chrome。
不起新進程，不開無痕窗口，就用我們桌面上那一個瀏覽器。
這意味着 AI 拿到的，是我們已經登錄的小某書、已經登錄的飛書、已經登錄的公司內部系統。
Cookie、擴展、書籤、歷史記錄，全都現成可用。
相當於給 AI 裝上了我們的「眼睛和手」，而不是塞給它一個空殼瀏覽器。
具體能力分三層，每層都對應一個我實際在用的場景。
第一層是工具自動調度。
Skill 裏寫了一套策略提示，讓 LLM 自己根據任務判斷走哪條通道。
簡單搜索走 WebSearch，純文本頁面走 Jina 節省 token，要登錄、要交互的，才走 CDP。
對應場景：讓它同時調研 5 個產品官網做對比，子 Agent 併發執行，共享一個瀏覽器代理，tab 級隔離。
第二層是真實瀏覽器操作。
提供三種點擊方式：JS click、CDP 真實鼠標事件、文件上傳。
為什麼要區分？因為 JS click 容易被社交平台風控識別成機器人。
CDP 真實鼠標事件走的是系統級輸入，跟人手點擊幾乎一模一樣。
對應場景：讓它在某書創作者後台發一篇圖文，從上傳圖片到點擊發布，全流程託管，不用我手動接管。
第三層是站點經驗積累。
AI 每操作完一個站點，會自動按域名記下經驗：URL 模式、平台陷阱、已知坑點。
跨 session 複用，越用越懂。
對應場景：第一次讓它發某書踩了幾個坑，第二次再用就絲滑很多，不用再從頭摸索。
最近 2.5.0 版本還加了個讓我眼前一亮的功能。
那就是本地 Chrome 書籤和歷史檢索。
這個場景太真實了。
我們經常會跟 AI 說「幫我打開公司那個 XX 平台」，但公網上根本搜不到。
有了這個能力，AI 可以從本地 Chrome 的書籤和歷史裏按關鍵詞查 URL，精準定位。
安裝過程設計得相當剋制。
推薦方式是用 skills 這個開源 CLI 工具，一行命令搞定：
它會自動識別 Agent 環境，裝到正確的位置。
懶得動手的，直接把這行命令甩給 Agent，讓它幫我們裝也行。
CDP 模式需要 Node.js 22+，並在 Chrome 地址欄打開 chrome://inspect/#remote-debugging，勾選允許遠程調試。
整個前置配置加起來不超過 2 分鐘。
不過有一點必須客觀提醒。
作者在 README 裏也寫得很明白，用瀏覽器自動化操作社交平台（例如小某書）存在被限流甚至封號的風險。
強烈建議先用小號試水，別拿主力賬號開盲盒。
寫在最後
聊聊我對這類項目的看法。
Web Access 真正有意思的地方，不只是好用，而是它打開了一個新的設計範式。
「讓 AI 借用我們的環境去幹活」，這個思路其實可以遷移到很多地方。
未來會不會有 Skill 接管我們的 IDE？接管我們的設計軟件？接管我們的命令行環境？
但這條路也藏着一個新的問題。
把日常 Chrome 的鑰匙交給 AI，到底是效率紅利，還是一道新的安全邊界？
這個答案，可能要靠每個使用者自己去掂量。
GitHub 項目地址：https://github.com/eze-is/web-access
今天的分享到此結束，感謝大家抽空閲讀，我們下期再見，Respect！