ログイン済みブラウザーでNemotron 3 Content Safetyを使う方法

最初にTabbit CLIで許可された2つのページを別々のタスクタブで読み、安定したIDで同じレコードを特定し、承認されたテキスト抜粋だけを保存します。その後、抜粋を1件ずつNemotron 3 Content Safetyに送り、個別に分類します。分類器が返すのは安全性ラベルです。ブラウザー操作の計画や制御は行いません。ラベルを名前付きの下書きに添え、人が2つの元ページと照合してから対応してください。

この分離はNVIDIAの説明に沿っています。NGCモデルカードは4Bのマルチモーダル分類器と説明しています。必須のUser Safetyラベル（safeまたはunsafe）を返し、Response Safetyと安全カテゴリも任意で返します。NVIDIAの技術ブログでは、より広いエージェント構成の中のコンテンツ安全処理として説明されています。どちらもブラウザー操作エージェントとは説明していません。

要点

• 2つのページを読むにはTabbitを使い、Nemotron 3 Content Safetyには別工程でラベルを付けさせます。

• 安定IDでレコードを照合し、各抜粋の参照元URLを残します。

• 分類に必要で許可されたテキストだけを送ります。無関係なページ内容や秘密情報は含めません。

• safeとunsafeはモデルラベルです。公開、ブロック、ページ編集の許可ではありません。

• ブラウザーへのアクセス、分類、人による確認を別工程にします。

モデルとアクセス方法を確認する

NVIDIA NGCは現在、Nemotron 3 Content SafetyをGemma 3 4B ITをベースにした4Bモデルとして掲載し、マルチモーダル・多言語の安全モデレーション用に学習したと説明しています。カードには商用利用可能とありますが、NVIDIA Nemotron Open Model Licenseと掲載されたGemma規約が適用されます。NGCはすべての内容とダウンロードへのアクセスにログインを求めます。Hugging Faceの公開モデルページにはTransformers、vLLM、SGLangの手順があります。方式を選ぶ前に現在のアクセス権と環境を確認してください。

第三者のmodels.dev掲載もテキスト入出力で、ツール非対応としています。これは補助的な能力確認として扱ってください。ラベル、アクセス、条件の一次情報はNVIDIAのモデルカードです。ディレクトリ掲載だけでは、ホスト型プロバイダーが同じチェックポイントを提供しているとは言えません。

分類前に2つのページを読む

まずローカルエージェントとブラウザーを準備します。クライアントにTabbit skillを入れ、CLIが目的のTabbitプロファイルへ接続できるか確認し、対象サイトにもログインします。これらは別々の確認です。Piでは/skill:tabbitを使い、skillsピッカーがあるクライアントではインストール済みのtabbitを選びます。Tabbit CLIクイックスタートを参照してください。

許可した2つのURLだけを新しいタスクタブで開くようTabbitに依頼します。各ページから安定IDで1件のレコードを読みます。表示された抜粋、ID、ページタイトル、参照元URLだけを返します。読み取り専用にします。IDがない、ログインを求められる、2件のレコードが一致しない場合は、分類する前に止めます。

Tabbit CLI を動かすマシンに Tabbit Browser をインストールします。2 つのタスク用タブでログイン済みセッションを使いながら、他のタブで作業を続けられます。

インストール済みのtabbit skillとローカルTabbit CLIを使ってください。
別々のタスクタブで、次の許可済みページだけを開いてください。
- [1つ目の正確なURL]
- [2つ目の正確なURL]
各ページで、安定IDが[レコードID]の表示レコードを探してください。
許可した最小限の抜粋、ID、ページタイトル、参照元URLだけを返してください。
ボタンのクリック、フォーム送信、ファイルのダウンロード、ページの変更はしないでください。
ログインが必要、またはIDが見つからない場合は停止して知らせてください。
「安全性レビュー - [レコードID]」という名前の下書きに保存してください。

例の欄はアクセス権のあるページに置き換えます。パスワード、Cookie、トークン、個人情報、ページ全体をどちらのモデルにも渡さないでください。Tabbit CLI完全ガイドとブラウザーエージェント初回タスクのチェックリストも参考になります。

抜粋を1件ずつ分類器に送る

人が抜粋と参照元リンクを確認したら、レコードごとに1回ずつ分類を依頼します。IDは呼び出し側のラッパーに保存し、誤ったページにラベルを付けないようにします。モデルに渡すのは抜粋だけです。Tabbit CLI、ブラウザーURL、ブラウザーツールは渡しません。

{
  "model": "nvidia/Nemotron-3-Content-Safety",
  "messages": [
    {
      "role": "user",
      "content": [
        {
          "type": "text",
          "text": "[承認済み抜粋]"
        }
      ]
    }
  ],
  "max_tokens": 100
}

モデルカードでは、User Safety: safeまたはUser Safety: unsafeのテキストが必須です。Safety Categoriesは任意項目です。回答も入力した場合はResponse Safetyも返ります。このリクエストは NVIDIA の vLLM の例に沿っています。ID と URL はリクエストに含めません。推論ラッパーで結果を検証してください。以下は形式の例であり、実際のモデル出力ではありません。

レコードID：CASE-104
User Safety：safe
Safety Categories：[カテゴリがなければ省略]

safeをページの真偽や共有許可の証明とみなさないでください。同様にunsafeは、方針と文脈に照らして確認するラベルであり、元ページの削除や変更を自動で指示するものではありません。

ラベルと根拠を一緒に保管する

各抜粋の出典と対象レコードを保ちます。別のローカル下書きで十分です。分類器がページへ書き戻す必要はありません。

これは内容のラベル付け手順であり、分類器にブラウザーを操作させる方法ではありません。r/AskModeratorsのモデレーターは、判断が難しい一致を人が「確認して承認または削除」すると説明しました。請求書の検出を扱ったr/AI_Agentsの別の議論では、データ品質チェックとリスク判断を分けるよう提案されています。Nemotron 3 Content Safetyのテストではありませんが、ラベルと対応を分ける理由になります。

各工程のローカル境界を分ける

NVIDIAのモデルカードとHugging Faceはローカル推論手順を公開しています。Hugging Faceのページにはモデル識別子を指定したvLLMコマンドがあります。

vllm serve "nvidia/Nemotron-3-Content-Safety"

これは文書化された手順であり、この記事で実行したテストではありません。ライセンス、アカウントアクセス、ハードウェア、現在のvLLMバージョンを確認してください。ホスト型サービスを使う場合は、正確なチェックポイントを現在提供し、文書化されたラベルを返すことを確認します。

ブラウザー側は既存ブラウザーにエージェントを接続する方法、CodexとTabbit CLIの設定確認、ブラウザーMCPとCLIの違いを参照してください。ブラウザーエージェント向けプロンプトテンプレートで読み取り範囲を明確にできます。出典の保持はブラウザー調査と出典の記録、後続の入力はブラウザーからCSVへの手順とExcelからWebフォームへの手順を比べてください。確認後に公開する場合は、CMS下書きの手順を使い、承認を別工程にします。

Tabbitで許可された2つの抜粋だけを集め、Nemotron 3 Content Safetyで個別に分類し、人が2つの元ページと名前付き下書きを照合します。分類器はブラウザーを制御せず、最終判断はページの担当者が行います。

Secholar.L

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

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