Sakana Namazuでログイン済みブラウザーを使う

Sakana Namazuはログイン済みブラウザーの作業に使えますが、Namazu自身がブラウザーを開くわけではありません。Sakana APIでモデルを呼び出し、ローカルAgentホストからTabbit CLIを実行して、現在のTabbit Browserセッションにある許可済みページを読みます。作業は読み取り専用にし、画面上の変更を列挙して出典を付け、名前付きの下書きとして人が確認します。

公式モデルページではモデルIDをsakana-namazu-v1.0、現在の別名をsakana-namazuとしています。組み込みのWeb検索やコード実行は、ログイン済みページへアクセスしません。note.comの個人API設定記録では、認証情報とプリペイド残高を用意した後、PowerShellから最初のリクエストを試しています。API導入の経験談であり、ブラウザー操作の証拠ではありません。

タスクに合う接続方法を選ぶ

SakanaはNamazuをKimi K2.6を基盤に日本語と日本の業務文脈へ調整したホスト型APIとして提供しています。公式資料はOpenAI Chat Completions、Responses、Anthropic Messagesに対応し、APIベースはhttps://api.sakana.ai/v1です。バージョン指定IDか別名かを選ぶ前に、/v1/modelsで現行IDを確認します。

Namazuはダウンロード可能なローカルモデルではありません。最初のAPI呼び出しは公式の互換エンドポイントに従い、キーは環境変数に保存します。

import os
from openai import OpenAI
client = OpenAI(api_key=os.environ["SAKANA_API_KEY"], base_url="https://api.sakana.ai/v1")
response = client.chat.completions.create(
    model="sakana-namazu",
    messages=[{"role": "user", "content": "こんにちは！"}],
)
print(response.choices[0].message.content)

Namazuはトークンごとの従量課金で、サブスクリプションには含まれません。Sakanaによると、Web検索とコード実行は別料金で、ツールループでは検索結果が後続の入力に含まれます。必要がなければ組み込みツールを有効にしないでください。

APIホストをログイン済みブラウザーにつなぐ

ローカルAgentホストには、遠隔APIを呼び出す役割とブラウザーツールを呼ぶ役割があります。Tabbit Browserがサイトセッションを保持し、Tabbit CLIが専用タスクタブを開きます。クライアントによるskill検出、CLIランチャーの実行、ページへのアクセス権を個別に確認します。CLIガイド、既存ブラウザー接続、初回タスク確認表も参照してください。

1. Sakana ConsoleでAPIキーを作成し、SAKANA_API_KEYとして保存します。プロンプトやログに貼り付けません。

2. /v1/modelsでIDを確認し、無害なリクエストを送ります。

3. Tabbit Browserで対象画面に自分でログインします。

4. ローカルAgentでTabbit skillを検出し、CLIランチャーも別途テストします。

5. 実データの前に読み取り専用の接続確認を行います。別タスクタブなら既存タブで作業を続けられます。

次の例はブラウザー接続のみを確認し、Namazuを呼び出したり、特定クライアントとの統合を証明したりしません。

"$HOME/.local/bin/tabbit-cli" nodejs --task "Namazu browser smoke test" --request-id namazu-smoke-001 <<'JS'
await page.goto("https://example.com/", {waitUntil: "domcontentloaded"});
return await tabbit.observe({frames: "none", maxChars: 2000});
JS

日本語のサポート画面なら、表示されたステータス変更と確認が必要な項目だけを依頼します。変更の送信や表示ラベルからの推測は求めません。

IDが重複する、ログイン画面が出る、履歴が見えない場合は制約を報告して停止します。表形式抽出はCSVガイド、出典付き調査は調査フローを参照してください。

更新ではなく名前付き下書きを作る

Namazu dashboard change review — CASE-EXAMPLE-104という下書きを作るよう依頼します。正確なID、URL、表示状態、更新時刻、不明な値を含め、確認者がチケットへ転記する前に画面と照合できるようにします。

設定済みのローカルAgentとSakana API経由でNamazuを使い、現在のTabbit Browser環境ではTabbit CLIを使います。別タスクタブで[DASHBOARD_URL]を開き、[ACCOUNT_OR_CASE_ID]の記録だけを読みます。編集、送信、エクスポート、フィルター変更は禁止です。

"Namazu dashboard change review — [ACCOUNT_OR_CASE_ID]"というMarkdown下書きを作成します。各記録に正確なID、状態、更新時刻とタイムゾーン、ページ見出し、URLを記載します。確認済みの変更と要確認項目を分けます。IDが欠落・重複するか、アクセス権がなければ停止して報告します。

期待する出力は出典付きの簡潔な一覧と「書き込み操作なし」です。これは例で、モデルや本番サイトのテスト結果ではありません。

Agentがモデルに送るページ内容はSakana APIに届きます。秘密、不要な個人情報、権限のない記録には使わないでください。連携境界はMCPとCLIの比較、Codex設定、ブラウザー権限ガイドも確認します。

Sakanaの公式資料とWEELのAPI例はAPI呼び出しを示し、WEELは日本語のビジネスメール作成を紹介しています。YouTubeのデモも公開APIの例であり、Tabbitのブラウザーテストではありません。ローカルfixtureではテストログイン前に401、短期cookie設定後の別タスクでRelease notes reviewとGEO-104を確認しました。これはfixtureでのセッション再利用のみを示し、Namazuとクライアントの統合試験ではありません。他の読み取り専用作業はブラウザーAgentチュートリアルを参照してください。

Secholar.L

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

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