Pluno

裝在瀏覽器裡、跳過介面直連網頁 API 的 AI 操作代理,號稱比 Claude 快 10 倍、省 10 倍 token

深度報告

  • Pluno 是一款裝在瀏覽器裡的 AI 代理擴充套件,核心賣點不是「替你點按鈕」,而是「跳過介面、直接調網頁背後那套 API」。官方宣稱它比 Claude 的瀏覽器擴充套件快 10 倍、省 10 倍 token,在 312 個真實任務、24 款工具上測出 92.2% 的任務成功率,明顯壓過 Browser Use、Notte、Stagehand 等同類。它 2026 年 6 月 30 日登上 Product Hunt,拿下 179 票、當日榜單第 8。值得注意:Pluno 公司本身做的是 B2B 客服 AI,瀏覽器代理是他們面向運營與個人的新一條產品線,官網首頁現在主推的是客服 Agent,瀏覽器代理被收在 /browser 二級頁。

  • Pluno 不是一家只做瀏覽器自動化的新公司。它最早在 2022 年 3 月推出 AwesomeQA,給 Discord 伺服器加上類 Stack Overflow 的問答能力;2025 年 5 月做了 Escalation Copilot for Zendesk,2026 年 5 月又推出 Troubleshooting Agent(自動排查程式碼、日誌、Sentry 來定位工單根因)。瀏覽器代理是他們的第四次 Product Hunt 釋出,把原本服務於客服場景的「讀懂系統、自動執行」能力,搬到了普通人日常用的 SaaS 網頁上。公司技術聯合創始人 Korbi 在 PH 評論區親自下場解釋產品哲學。從定價用歐元、資料託管在歐洲、走微軟 Azure 與 GDPR/SOC 2 來看,這是一支偏歐洲的團隊。

  • 傳統瀏覽器代理的思路是截圖、看螢幕、找按鈕、模擬點選——Pluno 的聯合創始人把它形容成「讓機器人戴拳擊手套縫衣服」。Pluno 反其道而行:它去反編譯網頁前端自己發出的 API 呼叫,複用你已登入的會話,在本地擴充套件裡直接打這些介面。用他們的話說,等於「給每一個你用的網頁應用都配了一個量身定製的 MCP 伺服器」。 實際用法四步、約兩分鐘上手:裝 Chrome 擴充套件、在任意網頁以側邊欄或浮窗喚起、用大白話下指令、它繞過 UI 走 API 把事辦了。官方給的例子很具體:「關掉 Notion 和 Slack 的郵件摘要」「把上月 Stripe 打款導成 CSV」「把 200 個 HubSpot 聯絡人重新指派 owner」「歸檔 30 天前關閉的 Linear issue」「在 Amplitude 重建上季度看板」。它能跨應用串資料,預訓練覆蓋 5 萬+ 工具,遇到新應用還能現場現學。 速度方面,實測反饋與官方口徑基本對得上:第三方評測 pidune 用 3 天跑了訂單同步、庫存預警、郵件觸發等流程,API 呼叫平均 2.3 秒,對比工具要 31 秒,自學習讓第三次跑比第一次快了 12%。當目標應用把內部 API 藏起來(比如 web worker 裡按會話簽名的請求、被鎖進 safelist 的 GraphQL),Pluno 會退回點選介面先把流程學出來,再複用發現的 API。

  • 瀏覽器代理目前沒有公佈長期定價,釋出期給新使用者 50 美元免費額度,超出後的計費方式尚未明確。公司另一條客服產品線用的是按工單量分檔的歐元訂閱(基礎費約 850 歐元/月起,再加 AI Copilot 49 歐元/席/月、Deflection AI 0.90 歐元/次解決等模組),但那是 Zendesk 場景,不能套到瀏覽器代理頭上。換言之,早期使用者現在能白嫖體驗,但未來「正價」是多少仍是未知數——這本身就是個需要被點明的風險點。

  • 正面聲音集中在「快」和「省 token」上。PH 評論區有人裝完擴充套件就成粉絲,說處理一個網站報錯比截圖再丟給 Claude 快得多,「直接跟 API 說話合理多了」;還有人專門開第二個 Chrome 例項專門跑 Pluno 幹雜活。中文 PH 映象下的使用者留言也很直接:「用過 Claude 後換了 Pluno,速度快太多了」「API 直連省了好多 token,價效比高」「一鍵部署太方便了」。pidune 給了 3.5/5,認可速度宣稱屬實、API 優先路線真的跑通。 負面反饋主要來自「糙」:pidune 測試中 Notion 觸發 API 限流時,Pluno 只回一句籠統的「任務無法完成」,沒有重試、沒有通知,工作流靜默失敗;Klaviyo 整合反覆報 429,文件只提限流卻不給退避建議;執行過程缺乏可視反饋,使用者得切到外部看板才知道任務在跑還是卡住。對於需要逐步點選日誌做審計的人,大部分動作藏在 API 後面「看不見」,也是個硬傷。

  • 把 Pluno 放進 2026 年的瀏覽器代理賽道看,它的差異化很清楚:別人還在「看螢幕」,它直接「調介面」。neodrop 的銳評點出這把雙刃劍——繞開 UI 確實快,但許可權、審計、責任邊界也變得像一把萬能鑰匙;當 AI 能摸到底層介面,網頁這層給人用的外殼還剩多少意義,本身就成了好問題。PH 上的技術討論也集中在邊界:現代很多應用沒有穩定可呼叫的 API(safelist 的 GraphQL 會把其他請求 500 掉),按會話簽名的請求也沒法一次提取反覆重放,這些場景還是得退回點選,Pluno 的相對優勢會被削弱。還有人提醒:瀏覽器代理快不快,前提是你看得見它失敗到哪了——交接時要留下「點了什麼、推斷了什麼、卡在哪、哪些要人批」,否則快代理只是更快地製造不確定性。

  • 首先是可靠性。無重試、無可視日誌、限流無退避,意味著它在「寬容」的自動化裡好用,逼近生產級穩健性時粗糙。其次是成本不透明:長期定價沒出,early user 對續費賬單一頭霧水。第三是安全與許可權的張力:官方承諾「每個動作都經你確認、不拿你的資料訓練模型、憑據等敏感資訊在進 LLM 前被剝離、隨時一鍵暫停或移除、GDPR 與 SOC 2 Type II 合規」,但「在後臺 10 倍速自動執行」和「每一步都人工確認」之間如何不死鎖、不變成盲點,需要實際體驗驗證;「你批准每一個動作」在批次任務裡到底是逐個彈窗還是批次授權,文件沒說清。第四是能力邊界:無法過 CAPTCHA,遇到登入/提交被驗證碼擋的應用直接歇菜。第五是身份混淆:官網首頁主推客服 Agent,瀏覽器代理藏在 /browser,daily 這條速遞對應的是後者,讀者別被首頁帶偏。

  • 適合: ops/RevOps、創始人和管理者、被困在 SaaS 裡反覆做跨工具搬運/批次改動/導資料的人——尤其團隊裡至少有一個懂 API 配置的人。不適合:完全沒有技術背景、需要逐步點選日誌做審計合規、或重度依賴被 CAPTCHA 保護站點的使用者。替代方案上,要的是穩而非快,可以看 Sharpify 一類容錯更優雅的自動化;要的是純客服場景,Pluno 自家那條 Zendesk 線反而更成熟。試用建議:先用釋出期 50 美元額度跑幾個線性、可逆的小任務,重點觀察它在限流和報錯時的表現,再決定要不要接進核心流程。

  • Pluno 瀏覽器代理把一個被沒人說透的真相拎到了檯面——很多「瀏覽器自動化」本該是後臺操作,繞開 UI 直連 API 才像軟體該有的樣子;它目前的速度與自學習確實能打,但可靠性、成本透明度和審計可見性這三處短板,決定它還屬於「敢用的人先爽、團隊落地需謹慎」的階段。

使用者評論

  • 頭像
    AshleyReed007
    API 直連的思路確實聰明,省 token 又省時間,之前用其他 browser agent 總覺得笨笨的。

  • 頭像
    暖陽809
    試了兩天 Pluno,不得不說是真快。跟以前用 Claude 瀏覽器外掛的感覺完全不一樣,不用看它在那慢慢點按鈕,直接說需求它就給結果了。配置起來也很順手,比 Zapier 那種拖來拖去的省事多了,兩分鐘搞定一個自動化流程。

  • 頭像
    opmlqpu
    速度是很快沒錯,但這個錯誤提示也太敷衍了,動不動就「Task could not be completed」,也不說為什麼,查了半天才發現是 API rate limit。如果能有自動重試和詳細日誌就好了,現在這個版本對生產環境來說還是不夠可靠。

  • 頭像
    TylerSmith
    用 Pluno 批次匯出 HubSpot 的客戶資料,幾十秒搞定,之前手動匯出加整理起碼半小時起。這效率提升太明顯了。

  • 頭像
    DonnaRoberts_88
    一鍵部署,太方便了。

  • 頭像
    miWAT
    隱私方面還是有點顧慮,畢竟是瀏覽器擴充套件,要讀取網頁歷史和資料,雖然他們說不訓練模型,但把敏感資料送進 LLM 之前到底怎麼處理的,寫得不夠清楚。如果能給個資料流向的視覺化圖就好了,不然真的不太放心直接把生產 CRM 連上去。

  • 頭像
    Jack961
    Pluno 跟 Claude 對比,速度上確實是碾壓級別的。試了匯出 Stripe 資料,Claude 還在那轉圈它已經出結果了。

  • 頭像
    Mary_Hall_77
    作為一個跨境運營,每天要在 Shopify、Notion、Slack 之間倒騰資料,Pluno 簡直就是拯救我的神器。之前用 Zapier 一套流程配下來頭暈,這個直接說人話就行。

  • 頭像
    鄧英
    有些複雜網站適配確實不太好,遇到反爬或者簽名校驗嚴格的頁面就抓瞎了,不過大部分常用的 SaaS 都還 OK。

  • 頭像
    Ann_Morris_77
    感覺 Pluno 更適合有技術背景的人用,純業務的同事上手還是有點門檻,SDK 配置那步他們一臉懵。希望團隊做好心理準備,最少需要一個懂 API 的人來維護。

  • 頭像
    Virginia.Jimenez_2023
    用了幾天 Pluno 跟同事打賭它能堅持多久不掉鏈子,結果還真挺穩的。就看後續定價了,別一上來就太貴。

  • 頭像
    GeraldCook00742
    今天試了讓 Pluno 自動整理 Linear 上的 issue,然後同步到 Notion 做週報資料來源。跑了一整天,中間因為 rate limit 卡了一次,得手動重啟,如果能自動重試就好了。不過速度確實沒話說,比以前快太多了。

  • 頭像
    c2zvv
    剛釋出那天的 50 美元額度挺大方的,現在日常用還沒扣完。速度是真的香,拿來做資料匯出和批次操作省了好多時間。

  • 頭像
    Kathryn.Perry_7
    同一個工作流跑了三遍,每次都比上次快一點,自我學習這個機制不是噱頭,實測第三遍快了差不多 10%。不過大概跑個五六次就穩定了,不是無限最佳化的那種。

  • 頭像
    DeFiKing_dev
    說白了,Pluno 就是一個跑得飛快的實習生,但你得盯著它別闖禍。許可權給少了不好使,給多了又擔心。適合嚐鮮,生產環境先別全量上。我覺得先用它處理低風險的場景比如匯出報表、清理測試資料這些比較穩妥,等成熟了再擴大範圍。

  • 頭像
    BruceBailey_7
    用過 Claude 後換了 Pluno,速度快太多了!

  • 頭像
    JAndersonZ607
    試了一下從 SAP 抓發票資料,居然跑通了。之前這種活要麼自己寫指令碼要麼外包,Pluno 幾句話就搞定了,少加了三天班。

  • 頭像
    SamanthaMitchell_X
    卡在 CAPTCHA 了,有些網站有驗證碼就直接掛掉。新工具嘛,可以理解,希望後續能有個 fallback 機制讓使用者手動過驗證。

  • 頭像
    Timothy_KingSr
    最大問題是沒有回滾機制,萬一執行錯了還得手動恢復。如果能加個執行歷史回放就完美了,至少知道它剛幹了什麼。另外也沒有監控面板,跑後臺任務的時候完全不知道進度,只能自己去外部系統查。

  • 頭像
    xJaxonJackson_88
    太強了,設定靜默時間那個場景我試了,說了一句「週一早上九點把上週訂單彙總發到 Slack」,真就做到了。

  • 頭像
    mICHAEL917
    API 直連省了好多 token,價效比高。

  • 頭像
    BrendaLee007
    感覺 Pluno 的甜點區在 Ops 場景。十幾個 SaaS 之間來回倒資料這種事,以前不是寫指令碼就是用 Zapier 配半天,它一句話搞定。特別是做跨平臺的資料同步,簡直是 ops 團隊的萬能鑰匙。

  • 頭像
    EugeneHernandez
    試了一次從舊 CRM 批次遷移客戶資料到新系統,兩千多條記錄,不到一分鐘跑完。換做手工操作,夠一個實習生幹一天的。

  • 頭像
    XP79XTBE
    翻了一下他們的隱私協議和條款,寫得還算坦率,沒藏著掖著。不過條款裡說 AI 執行的動作責任在使用者這邊,這點得注意。要是哪天 Pluno 亂髮了郵件或者改了配置,最後還是你自己兜底。

  • 頭像
    Anna_HowardK
    說比 Claude 快 10 倍可能是營銷話術,但快個五六倍是有的。關鍵是穩定,不像其他 browser agent 動不動就卡在某個彈窗上。不過非技術型團隊用起來可能會比較痛苦,錯誤提示不夠友好,需要有人能看懂 API 文件才搞得定。

  • 頭像
    TerryWood
    Chrome 商店頁面顯示才 9 個使用者、1 個評分,版本 1.0.76 剛更,資料許可權披露挺重(web history、user activity 都碰)。不是說它不安全,是提醒早期產品驗證還薄,重要操作先小步試,別一上來就接核心流程。

  • 頭像
    SAall
    比較在意的是它執行時沒有視覺化反饋,有時候不知道任務跑到哪一步了,只能乾等或者自己去查。希望加個進度條啥的。

  • 頭像
    PWilsonIII594
    目前定價還沒完全公開,只給了首日 50 美元額度。希望後續價格別太離譜,現在用著挺順手的不想換回原來的方案了。

  • 頭像
    AmeliaOrdóñez
    剛開始用時覺得「這不就是個自動化工具嗎」,用了兩天就真香了。特別是清理 Linear 裡幾百個過期 issue,一句話搞定太爽了。

  • 頭像
    trueAmadorCasares_2024
    直連 API 這思路我認可,但「許可權、審計、責任邊界」一下全交給一個瀏覽器外掛,像把萬能鑰匙放桌上。它要的座位太靠前了——web history、user activity 都碰,剛上線使用者驗證又薄,得多留個心眼。隱私政策也寫得很白:AI 生成的動作可能不準,責任仍在客戶這邊,所以真接核心系統前建議先小步試。