ガチョウとは何ですか?
goose は、デスクトップおよび CLI プロバイダー構成を備えたオープンソースの拡張可能なローカル AI エージェントです。
このガチョウ ガイドでは、OpenAI 互換エンドポイントのカスタム プロバイダー フローを使用します。 goose カスタム プロバイダー JSON は完全なチャット完了 URL を記録しますが、資格情報は環境またはその安全なキー ストレージに残ります。 goose はいくつかのプロバイダー形式をサポートしており、その OpenAI 互換カスタム プロバイダー スキーマは、API ルートのみではなく完全な Chat Completions エンドポイントを想定しています。資格情報を共有 JSON の外部に保持し、ネイティブ ツール呼び出しを使用してモデルを選択し、新しいセッションで読み取り専用の開発タスクを開始します。
goose では、カスタム プロバイダーを作成する 3 つの方法 (デスクトップ、CLI、プロバイダー ファイル) について説明します。 TokenHub は OpenAI Compatible を使用します。 goose のカスタム プロバイダー スキーマに、完全なチャット完了 URL: https://us-api.tokenhub.com/v1/chat/completions を入力します。
公式の goose デスクトップ パスを使用してください
- 左上隅にあるサイドバー ボタンをクリックします。
- Settings → Models に移動します。
- 「Configure providers」をクリックします。
- 一番下までスクロールして、「Add Custom Provider」をクリックします。
- Provider Type には
OpenAI Compatibleを選択します。 - Display Name には
TokenHubと入力します。 - API URL には
https://us-api.tokenhub.com/v1/chat/completionsと入力します。 - This provider requires an API key を有効にしたまま、TokenHub API キーを入力します。デスクトップは、キーリングをシステム キーチェーンに保存するか、キーリングが使用できない場合は
secrets.yamlに保存します。 - Available Models の下に、正確な TokenHub モデル ID を英語のカンマで区切って入力します。
- Streaming Support を有効にして、Create Provider をクリックします。
現在、デスクトップではカスタム ヘッダーを追加できません。デプロイメントにプロバイダーが必要な場合は、プロバイダーを作成し、後でその JSON を編集します。
公式の goose CLI パスを使用してください
実行:
goose configure次に、メニューに従ってください。
- **Custom Providers (Add custom provider with compatible API)**を選択します。
- Add A Custom Providerを選択します。
- APIタイプは
OpenAI Compatibleを選択してください。 TokenHubという名前を付け、完全なチャット完了 URL を入力します。- Authentication Required に「はい」と答え、Static API key を選択し、TokenHub キーを貼り付けます。
- 正確なモデル ID をカンマ区切りのリストとして Available Models の下に入力します。
- ストリーミングサポートを有効にします。カスタム ヘッダーは、エンドポイントで実際に必要な場合にのみ追加します。
CLI は、有効期間が短い資格情報の Command (refreshable) もサポートします。通常の TokenHub API キーにはそのパスは必要ありません。
生成されたプロバイダー ファイル goose を検査します。
macOS と Linux では、ファイルは ~/.config/goose/custom_providers/ の下にあります。 Windows では、%APPDATA%\Block\goose\config\custom_providers\ を使用します。重要なフィールドは次と一致する必要があります。
{
"name": "tokenhub",
"engine": "openai",
"display_name": "TokenHub",
"api_key_env": "TOKENHUB_API_KEY",
"base_url": "__API_BASE_URL__/v1/chat/completions",
"models": [
{
"name": "YOUR_TOKENHUB_MODEL_ID",
"context_limit": 128000
}
],
"supports_streaming": true,
"requires_auth": true
}api_key_envは、JSONを手書きする場合に必要です。デスクトップまたは CLI から入力された静的キーは、goose によって安全に保存されます。 context_limit をモデルの実際の制限に置き換えます。
モデルを切り替えて変更を適用する
デスクトップで、Settings → Models → Switch models に移動し、TokenHub プロバイダーとモデルを選択して、Select model をクリックします。 goose のドキュメントには、カスタム プロバイダーの変更は next goose session で有効になるため、古いセッションではテストしないでくださいと記載されています。
読み取り専用コーディング タスクで新しいセッションを開始し、TokenHub ログ内の完全な /v1/chat/completions パスを確認します。 404 の場合は、API URL を検査します。モデルが非表示の場合は、カンマ区切りリストまたは models[].name を確認してください。チャットは機能するが、エージェントが行動できない場合は、構造化されたツール呼び出しを返すモデルを使用します。
公式リファレンス
モデルの選び方
グースカスタムプロバイダーのよくある質問
Goose が完全なチャット完了 URL を使用するのはなぜですか?
Goose の公式カスタム プロバイダー JSON 形式では、OpenAI 互換エンジンの完全なエンドポイントとしてbase_url が定義されています。
TokenHub API キーはどこに保存すればよいですか?
カスタム プロバイダーの資格情報フローまたは TOKENHUB_API_KEY 環境変数を使用します。値を共有プロバイダー ファイルに含めないでください。
どのチャット モデルでもグースを強化できますか?
いいえ、グース エージェント タスクには信頼性の高いネイティブ ツール呼び出しが必要なので、不慣れなモデルを使用する前に安全なタスクでその動作を検証してください。
Goose カスタム プロバイダーを確認するにはどうすればよいですか?
新しいセッションで宣言されたモデルを選択し、読み取り専用タスクを実行して、TokenHub ログでチャット完了パス、モデル ID、およびステータスを確認します。
チャットは機能するのに、Goose ツールの呼び出しが失敗するのはなぜですか?
モデルはテキストのみを生成できます。 goose エージェントの作業にはネイティブの構造化ツール呼び出しが必要なため、検証済みのツール対応モデルに切り替えます。
参考資料
この設定は TokenHub と公式ドキュメントに基づいており、最終確認日は 2026-09-08。