Pluno

装在浏览器里、跳过界面直连网页 API 的 AI 操作代理,号称比 Claude 快 10 倍、省 10 倍 token

詳細レポート

  • Pluno は、ブラウザにインストールされる AI エージェント拡張機能です。その中心的なセールスポイントは、「代わりにボタンをクリックする」ことではなく、「インターフェイスをスキップして、Web ページの背後にある API を直接呼び出す」ことです。関係者らは、Claude のブラウザ拡張機能よりも 10 倍高速で、10 倍のトークンを節約できると主張しています。 312 の実際のタスクと 24 のツールで 92.2% のタスク成功率が測定されました。これは、Browser Use、Notte、Stagehand およびその他の同様のツールよりも大幅に優れています。 2026 年 6 月 30 日に Product Hunt に上場され、179 票を獲得し、その日のリストで 8 位にランクされました。注目に値するのは、Pluno 自体が B2B 顧客サービス AI に取り組んでいることです。 Browser Agent は、企業および個人向けの新しい製品ラインです。現在、公式 Web サイトのメイン ページではカスタマー サービス エージェントが宣伝されており、ブラウザ エージェントは /browser のセカンダリ ページに含まれています。

  • Pluno はブラウザの自動化だけを行う新しい会社ではありません。 2022 年 3 月に初めて AwesomeQA を立ち上げ、Stack Overflow のような Q&A 機能を Discord サーバーに追加しました。 2025 年 5 月には Zendesk 向け Escalation Copilot を開始し、2026 年 5 月にはトラブルシューティング エージェント (作業指示の根本原因を特定するためにコード、ログ、Sentry を自動的にトラブルシューティングする) を開始しました。 Browser Agent は、同社の 4 番目の Product Hunt リリースであり、元々顧客サービス シナリオに提供されていた「システムの理解と自動実行」機能を、一般の人が毎日使用する SaaS Web ページに移行しました。同社の技術共同創設者である Korbi 氏は、PH コメント セクションで製品哲学を個人的に説明しました。ユーロでの価格設定、ヨーロッパでのデータ ホスティング、Microsoft Azure と GDPR/SOC 2 から判断すると、これはヨーロッパに重点を置いたチームであることがわかります。

  • 従来のブラウザ エージェントの考え方は、スクリーンショットを撮り、画面を確認し、ボタンを見つけ、クリックをシミュレートすることです。 Pluno の共同創設者は、これを「ロボットにボクシング グローブを着用させて衣服を縫わせる」ものだと説明しました。 Pluno はその逆を行います。Web フロントエンド自体によって発行された API 呼び出しを逆コンパイルし、ログイン セッションを再利用し、ローカル拡張機能でこれらのインターフェイスを直接呼び出します。彼らの言葉を借りれば、これは「使用するすべての Web アプリケーションに合わせてカスタマイズされた MCP サーバー」に相当します。 実際の使用方法は 4 つのステップで、開始までに約 2 分かかります。Chrome 拡張機能をインストールし、任意の Web ページ上でサイドバーまたはフローティング ウィンドウとして呼び出し、平易な英語でコマンドを入力すると、UI をバイパスして API を使用して処理を実行します。公式の例は非常に具体的で、「Notion と Slack のメール概要をオフにする」「先月の Stripe 支払いを CSV にエクスポートする」「所有者を 200 の HubSpot コンタクトに再割り当てする」「30 日前に終了した Linear の問題をアーカイブする」「Amplitude で前四半期のダッシュボードを再構築する」などです。アプリケーション間でデータを文字列化でき、50,000 以上のツールをカバーする事前トレーニングがあり、新しいアプリケーションをその場で学習できます。 速度の点では、実際のテストのフィードバックは基本的に公式の基準と一致しています。サードパーティの評価ピデューンでは、注文の同期、在庫警告、電子メールのトリガーなどのプロセスを実行するのに 3 日かかりました。 API 呼び出しには平均 2.3 秒かかりましたが、比較ツールには 31 秒かかりました。自己学習により、3 回目の実行は最初の実行より 12% 速くなりました。ターゲット アプリケーションが内部 API (Web ワーカーのセッション署名付きリクエスト、セーフリストにロックされた GraphQL など) を非表示にしている場合、Pluno はクリック インターフェイスに戻って最初にプロセスを学習し、次に検出された API を再利用します。

  • ブラウザ エージェントはまだ長期価格を発表していません。新規ユーザーにはローンチ期間中50ドルの無料枠が与えられるが、その後の課金方法はまだ明らかにされていない。同社の別のカスタマー サービス製品ラインでは、作業指示の量に基づいてユーロのサブスクリプションを使用しています (基本料金は月額約 850 ユーロから始まり、AI Copilot 49 ユーロ/シート/月、Deflection AI 0.90 ユーロ/時間のソリューションおよびその他のモジュールが追加されます) が、これは Zendesk のシナリオであり、ブラウザー エージェントには適用できません。つまり、初期ユーザーは現在は無料で体験できるが、将来的に「通常価格」がいくらになるかはまだ不明であり、それ自体がリスクポイントであることを指摘しておく必要がある。

  • 肯定的な声は「高速」と「トークンの節約」に焦点を当てています。 PH コメント エリアには、拡張機能をインストールした後にファンになった人もいました。彼らは、Web サイト上のエラーを処理する方が、スクリーンショットを撮ってクロードに送信するよりもはるかに速いと述べました。 「API と直接通信する方がはるかに合理的です。」雑用を行うために Pluno を実行するためだけに 2 つ目の Chrome インスタンスを開いた人もいます。中国の PH ミラーの下にあるユーザーのコメントも非常に直接的です。「Claude を使用した後に Pluno に切り替えましたが、はるかに高速です。」 「API 直接接続により大量のトークンが節約され、コスト効率が高くなります。」 「ワンクリックで導入できるのはとても便利です。」 pidune は 3.5/5 を与え、速度の主張が真実であり、API 優先ルートが実際に機能することを確認しました。 否定的なフィードバックは主に「粗さ」から生じます。Notion が pidune テストで API 電流制限をトリガーすると、Pluno は一般的な「タスクを完了できません」という応答のみを返し、再試行や通知は行われず、ワークフローは通知なく失敗します。 Klaviyo の統合は繰り返し 429 を報告しており、ドキュメントでは電流制限についてのみ言及されており、後退に関する提案は提供されていません。実行プロセスには視覚的なフィードバックが欠けており、ユーザーはタスクが実行中か停止しているかを知るために外部ダッシュボードに切り替える必要があります。監査のためにログを段階的にクリックする必要がある場合、ほとんどのアクションは API の背後に隠されており、「見えない」のですが、これも欠陥です。

  • 2026 年に Pluno をブラウザ プロキシ トラックに追加すると、その差別化は非常に明確になります。他のユーザーはまだ「画面を見ている」一方で、Pluno は直接「インターフェイスを調整」しています。 Neodrop の批判的なレビューでは、この諸刃の剣が指摘されています。UI のバイパスは確かに高速ですが、権限、監査、および責任の境界もマスターキーのようになります。 AI が基礎となるインターフェイスに触れることができるようになると、Web ページの人間の殻にどれだけの意味が残るか、それ自体が良い質問になります。 PH に関する技術的な議論も境界に焦点を当てています。多くの最新アプリケーションには安定した呼び出し可能な API がなく (セーフリストの GraphQL は他の 500 のリクエストをドロップします)、セッションによって署名されたリクエストを一度に抽出して再生することはできません。このようなシナリオでもクリックは返される必要があり、Pluno の相対的な優位性は弱まります。また、誰かが次のように注意しました。ブラウザ プロキシが高速かどうかの前提は、どこで失敗したかがわかることです。引き継ぎの際には、「何がクリックされたか、何が推測されたか、どこでスタックしたか、何が承認される必要があるか」を残す必要があります。そうしないと、高速プロキシの方がより速く不確実性を生み出すだけです。

  • 1つ目は信頼性です。再試行、視覚的なログ、電流制限のバックオフはありません。つまり、「寛容な」自動化では使いやすいですが、実稼働レベルの堅牢性に近づくと使いにくくなります。第 2 に、コストが不透明です。長期的な価格設定が公開されておらず、初期のユーザーは更新請求について混乱しています。 3 つ目は、セキュリティと権限の間の緊張です。公式の約束は、「すべてのアクションはユーザーによって確認され、ユーザーのデータはモデルのトレーニングに使用されず、資格情報などの機密情報は LLM に入る前に削除され、いつでもワンクリックで一時停止または削除でき、GDPR および SOC 2 Type II に準拠」ですが、「バックグラウンドで 10 「倍速での自動実行」と「すべてのステップの手動確認」の間のデッドロックと盲点を回避する方法には実際の経験が必要です4 つ目は、認証コードによってログイン/送信がブロックされているアプリケーションに遭遇するとすぐに停止されるという機能の境界です。公式 Web サイトのホームページは主にカスタマー サービス エージェントを宣伝していますが、デイリー エクスプレスは後者に該当しません。ホームページに惑わされます。

  • 最適な対象者: 運用/RevOps、創設者とマネージャー、SaaS に行き詰まり、クロスツール転送/バッチ変更/データのインポートを繰り返し行う人々 - 特にチーム内に API 構成を理解している人が少なくとも 1 人いる場合。適さないユーザー: 技術的な背景がまったくないユーザー、監査コンプライアンスのためにログを段階的にクリックする必要があるユーザー、または CAPTCHA で保護されたサイトに大きく依存しているユーザー。代替手段として、速度よりも安定性が必要な場合は、よりフォールト トレラントで洗練された自動化機能を備えた Sharpify を検討してください。純粋な顧客サービスのシナリオが必要な場合は、Pluno 独自の Zendesk 製品ラインがより成熟しています。トライアルの提案: まず、リリース期間中に 50 ドルの割り当てを使用して、いくつかの線形で可逆的な小さなタスクを実行し、電流制限とエラー報告におけるパフォーマンスの観察に集中してから、コア プロセスに接続するかどうかを決定します。

  • Pluno Browser Agent は、誰も語らなかった真実を明らかにしました。多くの「ブラウザ自動化」は、UI をバイパスして API に直接接続するバックグラウンド操作であるべきであり、これがソフトウェアのあるべき姿です。現在の速度と自己学習性は確かに優れていますが、信頼性、コストの透明性、監査の可視性という 3 つの欠点により、まだ「あえて使用する人がまず幸せになり、チームは実装する際に注意が必要」の段階に属していると判断されます。

ユーザーレビュー

  • 头像
    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 生成的动作可能不准,责任仍在客户这边,所以真接核心系统前建议先小步试。