Kilo Code はチケットの仕分け案を作れますが、ブラウザー経路は Agent の実行場所によって異なります。チケットが Tabbit Browser でログイン済みなら、ローカル Kilo Code と Tabbit CLI の組み合わせを検討します。Skill、ローカルランチャー、サイトのアカウントを別々に確認してください。Cloud Agents が PC のブラウザーを見られるとは限りません。
Reddit の利用者は “I don’t see it….” と書いています。これは関連する作業上の問題を示すもので、Kilo Code と Tabbit の互換性を証明するものではありません。 元の投稿を読む
要点
モデル名だけではブラウザー操作は有効になりません。
Skill の検出、ローカルランチャーへの接続、サイトのログイン状態は別々に確認します。
名前付きの下書きや確認レポートを作成し、次の操作は人が確認してから進めます。
リモート環境やコンテナに明示的にサポートされたローカル接続がなければ、手動で引き継ぎます。
まず実行環境を選ぶ
| Agent の構成 | ブラウザー経路 | 確認事項 |
|---|---|---|
| ローカル VS Code | Skill とランチャーが利用可能 | ローカル作業に適する |
| ローカル Kilo CLI | ランチャーとブラウザーを確認 | ローカル引き継ぎを検討 |
| Kilo Cloud Agents | ローカル接続が別途必要 | 手動チェックリストを作る |
| 公開ヘルプページ | 公開 URL のみ | 公開ページを読む |
Kilo Code のローカルクライアントと Cloud Agents は実行環境が異なります。利用中のクライアントが Tabbit skill またはコマンドに対応するか確認してください。Reddit の投稿は Cloud Agents の過去のアクセス報告であり、Tabbit との互換性を示しません。 公式ドキュメント
3つの接続を別々に確認する
Agent と CLI がローカル、コンテナ、リモートのどこで実行されるか確認します。
クライアントが Tabbit skill を検出するか確認します。/tabbit は認識される場合だけ使用します。
ローカル Tabbit CLI が使え、対象ブラウザーが選択されていることを確認します。
サイト、アカウント、ページは自分で確認します。ランチャーが動いてもサイトにログインした証明にはなりません。
レビュー可能な手順を作る
まずページとアカウントを確認し、読み取り専用で調べます。結果を ticket-482-triage-draft.md に保存して Agent に下書きや差分を作らせ、最後に確認します。これは例であり、統合テストではありません。
選択した Tabbit プロファイルで作業ページを開き、ID とアカウントを確認します。
ticket-482-triage-draft.mdという名前の独立タスクを作り、必要なページ内容だけ読みます。表示された状態、根拠、未解決事項、URL を保存します。
ページとレポートを照合し、送信や変更の前に停止します。
プロンプト例：
Kilo がローカル Tabbit skill を読み込める場合だけ使用し、利用できなければ知らせてください。
選択済みのログイン中 Tabbit プロファイルでチケット 482 だけを読みます。
独立タスク "ticket-482-triage-draft" を作成します。
送信、割り当て、フィールド変更はしません。
表示されたタイトル、状態、分類根拠、未解決事項を ticket-482-triage-draft.md に保存します。
停止してレビューを待ちます。リモートで実行する場合
Agent がリモートで動き、文書化されたローカル接続がない場合は、チェックリストやコード作業を依頼し、ブラウザー操作は PC で行います。パスワード、Cookie、プロファイル全体は渡さないでください。
タスクに応じて選ぶ
| タスクの状況 | 引き継ぎ方法 | 人による確認 |
|---|---|---|
| チケットの仕分け | ローカル VS Code + Tabbit CLI | チケット、アカウント、根拠を確認 |
| ローカル Kilo CLI | ローカル引き継ぎを検討 | コードとログイン済みプレビューを確認 |
| Kilo Cloud Agents | 手動チェックリストを作る | チケットと根拠、キュー案を確認 |
| 公開ヘルプページ | 公開ページを読む | 提案のみ、送信しない |
設定の詳細は Tabbit CLI ガイド 既存ブラウザーへの接続 ログイン済みセッションの再利用 最初のタスクのチェックリスト Browser MCP と CLI の比較 Codex の設定例 ローカル Web アプリの検証 ブラウザーセッションの基礎を参照してください。これらは Tabbit または一般的なブラウザーワークフローの説明で、Kilo Code のネイティブ統合を証明しません。
ページがローカルでログイン済みで、検証済みクライアントからランチャーを呼び出せる場合に Tabbit を検討します。それ以外は PC でブラウザータスクを行い、必要な根拠だけを Agent に渡します。
よくある質問
Kilo Code はモデルですか？
いいえ。Kilo Code は Agent クライアントで、モデルとは別です。現在の環境で利用できるモデルとブラウザ機能を確認してください。
Cloud Agents は Tabbit を使えますか？
そのように決めつけないでください。リモート Agent から PC の Tabbit へ接続するには、文書化され検証済みのローカル引き継ぎが必要です。
/tabbit を使えますか？
クライアントが Tabbit skill コマンドを認識する場合だけ使います。認識しない場合は公式の読み込み方法を確認するか、ローカルで CLI を起動してください。
Tabbit がチケットサイトにログインしますか？
いいえ。対象の Tabbit プロファイルでサイトにログインし、アカウントを確認します。ランチャーが動くことはログインの証明ではありません。
Agent にチケットを送信させてもよいですか？
まず名前付きの分類案を作り、画面上の根拠を確認します。状態変更や送信は人が承認してください。
ランチャーとサイトのアカウントはどう確認しますか？
Tabbit CLI が使えることと、選択したプロファイルでサイトにログイン済みであることを別々に確認します。その後チケットとアカウントを確認してください。