gooseがTabbit Skillを読み込み、Tabbit Browserと同じ端末でTabbit CLIを実行できれば、ログイン済みサイトを読めます。それでもアカウントと対象ページは自分で確認してください。r/LocalLLaMAでgoose用のMCP Chromeドライバーを作ったユーザーは、エージェントが「存在しないURLを作る」ことがあると書いています。週次レポートでは、要約だけでなく出典リンクを要求し、公開せず下書きで止めるべきです。投稿を確認。
要点
Skillはツールの使い方を教え、Recipeは繰り返す業務を保存します。
Skillの認識、Tabbit CLIの実行、Tabbit Browserでのサイトログインを別々に確認します。
初回は読み取り専用にします。タイトル、期間、ワークスペースを先に確認します。
各項目に出典URLを付け、名前付き下書きで人に引き継ぎます。
Dockerやリモートのgooseが、PCのブラウザーやCLIを自動で使えるわけではありません。
gooseの各要素
| 要素 | 役割 | 確認すること |
|---|---|---|
| Skill | 手順と補助ファイルを再利用する。goose skills listで確認し、/skills <name>で読み込む。 | 新しいセッションにtabbitが表示される。 |
| Recipe | プロンプト、指示、拡張機能、任意のモデル設定をまとめる。 | 必要なツールが含まれ、内容を確認した。 |
| ローカルコマンド | Tabbit CLIを実行する。 | Tabbitと同じ端末で動き、tabbit-cli diagnoseがブラウザーを検出する。 |
| Webサイトのセッション | サイトのログイン状態を提供する。 | Tabbitに正しいアカウント、ワークスペース、レポートが表示される。 |
goose公式ではSkillを再利用可能な指示として説明し、goose skills listと/skills <name>を案内しています。browser-use Skillはbrowser-use skill installで導入できますが、Tabbitとは別のブラウザー手順です。Recipeは指示、プロンプト、拡張機能、任意のモデル/プロバイダー設定をまとめます。これらだけではローカルCLIの到達性やログイン済みサイトへのアクセスは保証されません。goose Skills · goose Recipes。
Tabbit CLIの完全ガイド、既存ブラウザーにAgentを接続する方法、browser MCPとCLIの比較、Codex用Tabbit CLI設定も参照してください。
実行前に3つの接続を確認する
1. gooseがSkillを検出するか
Tabbit Skillを導入したら、新しいgooseセッションを開始します。goose skills listまたはCLIの/skillsで一覧を確認し、tabbitがあれば/skills tabbitで読み込みます。macOSでは~/.agents/skills/tabbit/SKILL.mdにAgent向けのファイルがある場合があります。対応するランチャーと書式を確認してください。/tabbitがgooseの共通コマンドだとは限りません。公式の名前付きSkillの形式は/skills <name>です。
gooseのbrowser-use Skillを入れるコマンドはbrowser-use skill installです。これはTabbitとの接続設定ではありません。接続済みなのにツールがない場合はブラウザーMCPのツール不足ガイドを参照します。
2. ローカルコマンドへ到達できるか
Tabbit SkillがCLIの使い方を伝えても、goose側にはコマンドを実行するターミナル権限が必要です。まず読み取り専用の診断を試します。gooseがDocker、SSH、ホストサービス上なら、コマンドはその環境内で動きます。PC上のTabbitに届かない場合は、対応するローカル引き継ぎを使います。
Recipeでは拡張機能やモデル/プロバイダーを選べます。現在のインストールで設定済みの選択肢だけを使ってください。goose configureで設定を確認し、Recipeのモデル名だけを見て利用可能と判断しないでください。
3. ブラウザーのログイン状態
Tabbit Browserでレポートサイトにログインします。gooseにはページを変更せず識別させ、ワークスペース、期間、タイトルを照合してください。同じドメインを開いたことだけでは、正しいアカウントや有効なセッションの証明になりません。
Tabbit CLIクイックスタートは、Tabbitを起動し、サイトにログインし、AgentがSkillを認識することを確かめてからタスクを頼む流れを説明しています。別のローカル試験では、一時的なテストログイン後に、2つ目のTabbit CLIタスクが保護されたテストページを読めました。ただしgooseやリモートのモデル提供元は試していません。既存ブラウザーの接続ガイドも参考になります。
週次レポートをRecipeにする
毎週同じレポートを読むならRecipeにできます。対象サイト、期間、出力形式をパラメーターにし、パスワードやCookieは保存しないでください。
tabbit SkillとローカルTabbit CLIを使い、{{ week }}のログイン済み週次レポートを開く。
読み取り専用。最初にページタイトル、ワークスペース、表示期間を返す。違いがある場合、またはログイン、MFA、CAPTCHAが表示されたら停止する。フィルター変更や保存はしない。
レポートの各項目について、正確なタイトル、表示状態、変化の説明を1文、出典URLを返す。
"Weekly report: {{ week }}: review first"という名前の下書きを作る。各項目の隣に出典URLを残す。公開、送信、元システムの更新はしない。日付、名前、リンク漏れを確認するリストで終了する。二重波括弧はRecipeのパラメーターです。weekを必須にし、ローカルコマンド拡張と確認済みのモデル設定を選びます。Recipeの公式ガイドにはパラメーターと実行前の確認方法があります。Recipeは手順を保存するもので、確認を省く権限ではありません。Recipeのパラメーターと実行。
Tabbit Browserとgooseの実例
ここではログイン済みの週次レポートを読み、表示された状態とリンクを草稿にします。報告を更新したり送信したりはしません。
Redditでは、自作のgoose用ブラウザー橋渡しがURLを誤ることがあるという声があり、別のローカルモデル利用者はbrowser-useに明確な指示と調整が必要だと述べています。いずれも個人の体験で、現在の製品を試した結果ではありません。だから先にページを確認し、各要約にリンクを添えます。goose関連の投稿。
元のレポートを開いたままにし、gooseは別タスクで動かします。Tabbitのクイックスタートでは、CLIタスク中に別ウィンドウで作業できると説明されています。Weekly report: review firstができたらリンクを開き、期間と内容を確認します。CMSの下書きワークフローと初回ブラウザータスク確認表も参照してください。
再試行の前に切り分ける
| 症状 | 確認点 | 安全な次の対応 |
|---|---|---|
/skills tabbitが認識されない | Skillの場所とセッション再起動 | goose skills listを確認し、新しいセッションを開く。 |
| CLIが見つからない | gooseが動くホストとCLIの場所 | ローカル実行へ切り替える。Docker/SSHからデスクトップを見えると決めつけない。 |
| ログイン画面や違うワークスペース | Tabbitのアカウントとセッション | 停止して自分で再ログインし、読み取り確認をやり直す。 |
| 要約のリンクが誤っている | 各ページの最終URL | URLを開いて、確認できない項目を外す。 |
| CAPTCHAまたはMFAが出た | 人の確認が必要 | 停止して自分で処理する。回避を依頼しない。 |
| Recipeのモデルが利用できない | 設定済みモデル/プロバイダー | 未確認の指定を外す。 |
ブラウザーAgentの初回チェック表とローカルWebアプリ検証で問題の場所を絞れます。ブラウザーAgentの安全リスクも確認してください。
結論
週次レポートならRecipeに手順を保存し、SkillでTabbit CLIの呼び出し方を伝えます。gooseのターミナルとTabbitが同じ到達可能な端末にある場合に限ります。実際のログインページにはTabbit BrowserとCLIを使い、gooseには出典付き下書きまで作らせて、人が確認しましょう。
関連ガイド
よくある質問
gooseでブラウザーを使うにはどうすればよいですか？
gooseが利用できるブラウザーツールかローカルコマンドを用意します。Tabbitのログイン状態を使う場合は、gooseがTabbit Skillを読み込み、Tabbit Browserと同じ端末でTabbit CLIを実行できることを先に確認します。
gooseのRecipeとSkillは同じものですか？
違います。Skillは再利用する手順や補助ファイルを提供します。Recipeはプロンプト、拡張機能、任意のモデル設定などをまとめた実行可能な手順です。Recipeだけでブラウザーやシェルへの権限は得られません。
gooseはWebサイトのログイン状態を再利用できますか？
ブラウザーツールがアクセスできるセッションに限られます。Tabbitではサイトにログイン後、依頼する前にアカウントとページを確認してください。セッションが切れたり、追加認証が必要になったりする場合があります。
gooseがTabbitコマンドを見つけられないのはなぜですか？
`tabbit` Skillが認識されているか、ローカルターミナルが有効か、gooseの実行環境にTabbit CLIがあるかを確認します。Dockerやリモートシェルからホストのブラウザーが見えるとは限りません。
gooseのbrowser-use Skillもインストールすべきですか？
browser-use独自の手順を使いたい場合はインストールできます。Tabbit Browserに接続するとは限りません。Tabbitを使うにはTabbit Skillを読み込み、ローカルCLIが目的のTabbitに接続するか確認してください。
gooseにレポートを自動公開させてもよいですか？
最初は読み取り専用にし、名前付きの下書きで停止します。共有や公開の前に、リンク、期間、アカウント、要約を確認してください。