DeepSeek Harnessでブラウザを操作する方法

DeepSeek Harnessは実ブラウザを操作できますが、ローカルのDSH Web UI自体はコントローラーではありません。プラグインとruntimeが必要です。Tabbitのオープンソースbundleはtabbit-browser Skillを読み込み、tabbit-cli経由でローカルTabbit Browserを操作します。

需要はコミュニティにも現れています。r/DeepSeekの開発者は「I have created so many plugins, that's crazy」と述べ、Git、計画、worktree、通知、UIのプラグインを列挙しました。ブラウザ操作もagent loopを書き直さず環境能力を加える同じ発想です。元コメント。まずブラウザ自動化と回答だけを返す助手を区別しましょう。

要点

• DSHはDeepSeek AIのオープンソースdeveloper preview agent harnessで、中心思想は「everything is a plugin」です。

• TabbitプラグインはSkillを追加し、tabbit-cliからローカルBrowser-owned Runtime Serviceへ接続します。

• 現在はDSH shellと同じホストに安定版Tabbit Browser 1.9.0+が必要です。

• 名前付きtask spaceがページ、状態、receiptを分離し、非シークレットprofileのログイン状態を再利用できます。

• 権限回避ではありません。読み取りから始め、不可逆操作を確認し、CAPTCHAや制限では停止します。

接続アーキテクチャ

DSH agent + Tabbit Skill + tabbit-cli + ローカルruntime = ブラウザ操作

これはharnessと環境をつなぐ橋であり、remote shellをローカルブラウザエージェントに変えるものではありません。

DeepSeek Harnessとは

公式発表ページはharnessを、モデルが環境を理解し、toolを使い、現実の作業を続けるための層と説明します。Cordisではmodel、tool、skill、session、sandbox、storage、loop、scheduling、UIまでpluginです。

npx @deepseek-ai/dsh web

現行文書ではhttp://127.0.0.1:3080にUIが開きます。「ブラウザ内UI」「公開Webの取得」「画面を移動・クリック・入力・検証する制御」は別物です。Tabbitは3番目をブラウザエージェント群へ提供し、DSHは調整を担います。

DSHはdeveloper previewです。公式repositoryは互換性を壊す変更を予告しています。初期利用者も「DSH is still pretty rough in a lot of places」と評しました。後者は個人の意見、previewは公式情報です。文脈。

Tabbitプラグインの仕組み

公開repositoryにはCordis bundle、installer、完全なSkillが含まれ、skill({ name: "tabbit-browser" })または/tabbit-browserで読み込めます。

最初に国際安定版Tabbitまたは国内安定版Tabbit Browserの1.9.0+を確認し、開発版は除外します。不在・旧版なら地域に合う公式installerをDownloadsへバックグラウンド取得しますが、.dmgや.exeは開きません。

runtimeがなければTabbitの再起動を一度求め、Chrome、cloud browser、CDPへ黙って切り替えません。その後、tabbit-cliが名前付きtask spaceでpage、globals、receipt、loginを再利用します。単発fetchではなく持続的なブラウザ自動化エージェントの性質です。

提供sourceではnpm test 15件が通過し、npm pack --dry-runも期待ファイルを生成しました。これは当該commitのロジックとpackaging検証で、全サイト・全DSH版のE2E保証ではありません。

インストール

公式文書に沿ってDSHを準備し、次を実行します。

dsh --version
dsh plugin --profile web add github:Tabbit-Browser/dsh-plugin
dsh web

既にDSHが動いていれば再起動します。同じマシンで安定版Tabbit 1.9.0+を起動し、runtime不在ならTabbitを一度再起動します。Windowsの制限sandboxはnamed pipeを遮る場合があります。Full Permissionはbrowser、launcher、runtime processを確認後もBROWSER_RUNTIME_UNAVAILABLEとなる場合だけ検討します。

tabbit-browser skillを使い、公開repositoryのREADMEを読み、導入コマンド、
最低Tabbit版、制限を表で返してください。ログイン、フォーム送信、既存タブの終了は禁止です。

できることと制限

Skillはnavigate、状態確認、click、fill、複数page、構造化抽出、screenshot、download、結果検証を支えます。推奨loopは確認 → 一連の操作 → 検証で、公開調査、dashboard確認、監督付きAIエージェントのブラウザ自動化に向きます。

E2Bやremote containerからノートPCへの橋は作らず、開発版を検出せず、runtime起動やinstaller実行もしません。実sessionにはlogin期限、UI変更、権限、CAPTCHA、site policyがあります。製品自体はTabbit BrowserとはとTabbit AI Browser完全ガイドを参照してください。

低リスクで試す

最初は公開ページ3件からreleaseと要件を集め、出典付き表を返す仕事にします。DSHが目標と権限、Skillが環境、CLIが同じtask space内のsourceと行ごとの検証を担当します。

Web・ERP agentの議論では、APIを優先し、browser automationをtoolとして使い、submit・pay・delete前に人の承認を置く提案がありました。Reddit議論。調査はread-onlyでURLを求め、formは送信前に停止します。研究者向けAIブラウザにも有効な設計です。

backendの選択

dsh-better-browserはKimi WebBridgeを使う別構成です。tool数でなく対象環境で選びます。Redditでは「a real machine with a real browser session」が信頼できた一方、scaleとhardware負担があるという経験談もあります。元コメント。これは検出回避の許可ではなく、CAPTCHAや拒否では停止すべきです。

セキュリティと判断

DSH権限、plugin範囲、browser session、site actionの4層を確認します。password、API key、payment情報、無関係なprivate tabをpromptへ入れず、cookieを抽出せず、message送信、機密upload、権限変更、購入、削除直前に確認します。prompt、URL、action、result、confirmationを保存し、test accountから始めます。全てのエージェンティックAIブラウザに共通です。

TabbitとDSHが同一マシンで、実sessionが必要で監督できるなら導入候補です。agentがremoteだけ、今すぐproduction-stable APIが必要、直接integrationがある場合は別backendが妥当です。

まず公開bundle、低リスクprofile、公開1ページの読み取りと出典提示だけで試します。環境・操作・検証が理解できてから広げる。それがAIブラウザの有用な約束です。

Secholar.L

Tabbit グロース&コンテンツ担当

Secholar.L は AI ブラウザとエージェントワークフローについて、実際の調査と検証可能な一次情報に基づく実践的なガイドを執筆しています。