Seed Characterでログイン済みブラウザーを使う方法

Seed Characterでログイン済みブラウザーを使うには、Ark公式モデルをローカルエージェントクライアント経由で実行し、Tabbit CLIでTabbit Browserのページを読みます。現在のAPI IDは doubao-seed-character-260628 です。ByteDanceはSeed Characterをキャラクター対話とロールプレイ向けに位置づけています。Arkはツール呼び出しにも対応しますが、汎用ブラウザーエージェントという意味ではありません。チケット確認では役割を絞り、安全なページで先に試してください。

SillyTavernAIの利用者は、キャラクターの一貫性と速度はよい一方、細部の追跡は一部の汎用モデルより弱いと報告しています。別のコメントは、人気の汎用モデルと比べて「かなり頭が悪い」と評しています。いずれもロールプレイの主観的な印象で、ブラウザーの正確性を示すものではありません。項目ごとに検証できる単純な作業に限り、専門モデルを試してください。

要点

• ArkのAPI ID doubao-seed-character-260628 を使い、Models.devのカタログIDで代用しないでください。

• ブラウザーにはローカルエージェントとTabbit CLIがアクセスします。Seed Characterはログインセッションを持ちません。

• データポリシーが許可しない限り、チケットID、状態、URLだけを抽出します。

• 保存や共有の前に、各項目をページの表示と照合します。

• 小さなテストに失敗する場合、複雑な判断には汎用エージェントモデルを使います。

モデル、クライアント、ブラウザーの役割

公式のArkモデル一覧では doubao-seed-character-260628 がツール呼び出しと構造化出力に対応しています。ArkはOpenAI互換APIを案内し、互換ツールガイドにはOpenCode、Pi、Codex CLI、Clineなどが掲載されています。利用可否はアカウントと地域によります。OpenCodeではモデル設定から独自プロバイダーを追加できます。

次の例は正確なIDを使い、APIキーをローカル環境変数に置きます。機能と上限はArkの最新情報を確認してください。

{
  "$schema": "https://opencode.ai/config.json",
  "model": "ark/doubao-seed-character-260628",
  "providers": {
    "ark": {
      "name": "Volcengine Ark",
      "env": ["ARK_API_KEY"],
      "package": "@opencode/ai/providers/openai-compatible",
      "settings": {"baseURL": "https://ark.cn-beijing.volces.com/api/v3"},
      "models": {
        "doubao-seed-character-260628": {
          "name": "Seed Character",
          "modelID": "doubao-seed-character-260628",
          "capabilities": {"tools": true, "input": ["text", "image", "video"], "output": ["text"]},
          "limit": {"context": 131072, "output": 32768}
        }
      }
    }
  }
}

ローカルクライアントをサポートページへ接続する

Tabbit Browserをインストールし、サポートサイトに自分でログインして、閲覧が許可されたキューを開きます。クライアントが検出できる場所に tabbit skillを入れます。TabbitのCLIクイックスタートは、対応クライアントの /tabbit を説明しています。Piは /skill:tabbit、他のクライアントは /skills やスキルメニューを使う場合があります。同じ端末から tabbit-cli diagnose を実行します。

skillが見つかること、CLIが制御プロセスへ接続すること、正しいサポートアカウントがログイン済みであることを分けて確認してください。skillの検出は起動確認ではなく、制御プロセスの稼働も正しいアカウントの証明ではありません。専用タブを使う新しい名前付きタスクを作成します。Tabbit CLIガイド、既存ブラウザー接続ガイド、ログインセッション再利用ガイドも参考になります。

プロジェクトのトピック資料にはローカルfixtureの確認記録があります。一時的なテストCookieを設定した後、別の名前付きタスクがテストページを開き、Release notes review と GEO-104 を読みました。確認後にCookieとテストページを削除しています。これはfixtureのセッション再利用のみを検証し、Seed Character、OpenCode、実際のサポートシステムはテストしていません。

チケットの確認表を作る

少数の表示チケットを読み、ID、状態、URLだけを返すよう依頼します。本文、顧客名、メール、アカウント識別子は結果に含めません。各行の根拠として元ページのURLを残します。

現在のTabbit BrowserプロフィールでTabbit CLIを使用してください。指定したログイン済みサポートキューを読みます。最大10件について、画面に見えるチケットID、状態、最終更新日、URLだけを返します。名前、メール、メッセージ本文はコピーせず、状態を推測しないでください。項目がなければ空欄にし、確認フラグを付けます。返信操作、状態変更、担当者割当、メッセージ送信はしないでください。

「Seed Character ticket check — GEO-104 fixture」というブラウザードラフトを作成してください。表を表示し、私の確認を待ってください。

出力例では各主張にリンクを残します。

これはfixture例で、Seed Characterの出力ではありません。実際のチケット環境では実行していない推奨フローです。許可範囲は初回タスクチェックリストで設定してください。接続方法はBrowser MCPとCLIの比較を参照します。Codex設定ガイド、エージェント用プロンプトガイド、ローカルとクラウドのエージェント比較も役立ちます。

共有前に一覧を確認する

名前付きドラフトから各URLを開き、IDと状態をページと照合します。終了済み、別ページへ転送された、フィルターで隠れているチケットは除外するか未確認と記します。顧客のメッセージや個人情報が混入していないかも確認します。共有前に、アクセス権を持つ人が一覧を承認してください。

Arkの互換クライアント経由でSeed Characterをツール利用できるため、小さく検証可能なチケット一覧なら試せます。一方、公開報告はロールプレイ体験で、キャラクター向けの特性がサポート規程判断に役立つとは限りません。単純なIDと状態の確認に失敗するなら、タスクを広げず汎用モデルへ切り替えます。モデルとブラウザーの役割はエージェントブラウザー解説を参照してください。

Secholar.L

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

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