ログイン済みの2サイトを Sakana Fugu で照合するには、ローカルエージェントで fugu ルートを使い、Tabbit CLI を実行します。安定 ID を指定し、許可された両サイトから同じレコードを探して、リンク付き比較表を作らせます。サイトは読み取り専用にし、差異は人が確認できる名前付き下書きに残します。
Reddit の利用者は自分のコーディング作業で標準 Fugu を Ultra より好んだと述べています。Ultra は結果にばらつきがあり、遅く高価に感じたとのことです。個人の感想であり、比較試験ではありません。範囲の狭い検索なら標準ルートから試し、実際の結果で判断するのがよいでしょう。元の議論。
要点
Sakana API の標準モデルは
fuguで、バージョン固定の Ultra とは別です。モデル API にサイトのログイン状態は含まれません。ローカルクライアントが認証済みプロファイルで Tabbit CLI を実行します。
チケット、注文、案件などの安定 ID で照合し、姓名だけで検索しません。
両方のリンクと「確認が必要」状態を含む読み取り専用表を作ります。
人が両方のページを確認するまで更新しません。
Fugu とローカルブラウザー経路を確認
| 確認項目 | 確認内容 | 安全な次の手順 |
|---|---|---|
| モデル経路 | クライアントに Sakana fugu がある | 短い無害なリクエストを送って確認 |
| Tabbit CLI スキル | ローカルクライアントが説明を読み込んだ | 文書にある選択メニューを使う。Pi は /skill:tabbit |
| ブラウザープロファイル | 両サイトが正しいアカウントでログイン済み | 委任前に自分で開く |
| レコード ID | 両サイトに同じ一意 ID がある | 複数候補や不一致があれば停止 |
Sakana の公式 API ガイドは fugu と API を説明しています。対応モデルプールからルーティングすることと、ローカルブラウザーへのアクセスは別です。利用可否はクライアントの最新一覧で確認してください。Models.devはモデル発見用で、アカウントの提供を保証しません。Tabbit CLI はローカルプロファイルでページを読みますが、Fugu API 単独ではログイン済みページを読めません。Tabbit CLI ガイドと既存ブラウザーへの接続を参照してください。
安定 ID で2つのシステムを照合
閲覧を許可されたレコードを選びます。最初はテスト用の注文やチケットが適しています。ID と必要なフィールドだけを渡し、画面に見える情報から比較させます。
| 比較項目 | システム A | システム B | 確認ルール |
|---|---|---|---|
| 安定 ID | 画面の ID と URL | 画面の ID と URL | ID の不一致や複数候補で停止 |
| 状態 | 表示された文言 | 表示された文言 | 原文を保ち差異を記録 |
| 更新日時 | 表示時刻とタイムゾーン | 表示時刻とタイムゾーン | タイムゾーン差を消さない |
| 金額・数量 | 値と単位 | 値と単位 | 意味が同じ項目だけ比較 |
似た名前だけで同じレコードと判断しません。項目が見えなければ「表示なし」とリンクを残します。最初のブラウザータスク確認表で範囲を狭め、エージェントブラウザーの基礎で読み取り専用の理由を確認できます。
タスクタブを2つ開きログインを保つ
2つのサイトを開く前に、インストール済みランチャーで tabbit-cli diagnose を実行し、ローカルコントローラーの稼働を確認します。CLI の接続確認、モデル選択、スキルの読み込み、各サイトのログインは別々に確認してください。
両サイトにログイン済みの Tabbit プロファイルを使います。エージェントはサイトごとに別のタスクタブを開き、あなたは既存タブで作業を続けます。読む前にサイトと正確な ID を確認します。
自分でログイン状態を確かめ、Fugu 対応のローカルクライアントを起動して fugu を選びます。文書にあるスキルメニューから Tabbit CLI スキルを読み込みます。Pi は /skill:tabbit、一部クライアントは /skills です。各サイトにタスクタブを開かせ、ログインを求められたり予期しないページが出たら停止します。初回は読み取り専用にします。
ローカルテストでは、短期テスト Cookie の設定前に保護ページが 401 を返し、2つ目の名前付きタスクはセッションを再利用してページを読みました。これはテスト環境だけの確認です。Fugu を呼び出したり実際の顧客サイトへアクセスしたりしていません。MCP と CLI、Codex Tabbit 設定も参照してください。
更新ではなく照合下書きを依頼
Sakana Fugu モデル `fugu` を使い、指定する許可済み2サイトで ID TEST-4821 を照合してください。このローカルエージェントから Tabbit CLI を実行し、サイトごとに別のタスクタブを開きます。その ID のレコードだけ読み取ってください。「Fugu record reconciliation」という下書きを作り、項目、システム A の値と URL、システム B の値と URL、一致状況、確認メモを列にします。表示された文言と時刻をそのまま残します。ID がない、重複する、または異なる場合は停止して「確認が必要」とします。編集、送信、承認、共有はしないでください。次の操作前に下書きを見せてください。TEST-4821 は例示用 ID であり実データではありません。許可された値に置き換えてください。下書きには両方の直接リンク、正確な値、差異を含めます。初期の API 体験記事では Fugu と Ultra のプロンプト、トークン、遅延が別々に記録されました。モデル選択の参考にはなりますが、業務レコードの正確性を保証しません。API の実体験。
Fugu で十分か判断
記録が読みやすく範囲も限定されているなら、利用可能な fugu から試せます。モデルプールが変わる可能性があるため、結果はサービスとタスク文脈に左右されます。初代 Ultra が必要な場合や、試行で深い推論の価値が確認できた場合にだけ固定 Ultra を選びます。モデル選択とログイン権限を混同しないでください。
両方のページにログインが必要で、ローカルブラウザーにセッションがある場合は Tabbit が役立ちます。公開ページなら検索だけで済むことがあります。まずテストレコードを1件、レビュー可能な下書きにします。
Tabbit CLI ガイド · 既存ブラウザー接続 · 最初のタスク · MCP と CLI · Web検索と操作 · Agent ブラウザー基礎 · Codex 設定 · Playwright MCP 設定
よくある質問
標準 Sakana Fugu のモデル ID は？
Sakana API の標準ルートは fugu です。対応モデルプールにルーティングするため、開始前にクライアントとプロバイダーで利用可能か確認してください。
ログイン済みサイト2つを照合できますか？
Fugu 自体はブラウザーのログイン状態を持ちません。Fugu を呼び出し、認証済みプロファイルで Tabbit CLI を実行できるローカルクライアントが必要です。
安定 ID を使う理由は？
システムごとに名称や日付が異なる場合があります。共通 ID があれば正確に検索でき、差異も確認しやすくなります。
エージェントにシステムを更新させるべきですか？
いいえ。まず読み取り専用の比較下書きを作り、両方のリンクを残します。変更前に人が差異を確認してください。
リモートエージェントで使えますか？
Tabbit ブラウザーへのローカル引き継ぎに対応している場合だけです。それ以外はログイン済みプロファイルのあるPCで実行します。