独自APIキー(BYOK)
独自のAPIキーまたはローカルモデルを使用し、BYOKのデータフローとプライバシー境界を理解します。
BYOKはBring Your Own Keyの略です。自分のモデルプロバイダー、APIキー、またはローカルモデルをBibGenieで使用できます。
BYOKを使う理由
データフローを制御
カスタムモデルのリクエストは、ローカルZoteroプラグインから設定したプロバイダーへ直接送信されます。
ローカルモデルを使う
OllamaまたはLM Studioを使って、自分のマシン上でモデルを実行します。
BibGenieクレジットを消費しない
BYOKリクエストはBibGenieの公式モデルサービスを使用しないため、BibGenieクレジットを消費しません。
より多くのモデルにアクセス
公式一覧にまだ含まれていないモデルを使用できます。
データはBibGenieのサービスを通過しますか?
カスタムモデルを追加した場合、リクエストデータはBibGenieのモデルサービスを通過しません。ローカルZoteroプラグインが、設定したプロバイダーへ直接リクエストを送信します。
つまり:
- OpenAI API key:リクエストはOpenAIへ直接送信されます。
- Anthropic API key:リクエストはAnthropicへ直接送信されます。
- OpenAI互換プロキシ:リクエストは入力したBase URLへ送信されます。
- OllamaまたはLM Studio:リクエストを完全に自分のマシン内に留めることができます。
第三者プロバイダーは引き続きデータを受け取ります
BYOKはBibGenieのモデルサービスを迂回しますが、クラウドプロバイダーは送信された内容を受け取ります。所属機関、研究室、プロジェクトのデータポリシーに従ってプロバイダーを選択してください。
対応プロバイダー
BibGenieは複数のプロバイダー種別に対応しています。
| プロバイダー | メモ |
|---|---|
| OpenAI | OpenAI GPTモデル |
| Anthropic | Claudeモデル |
| xAI | Grokモデル |
| DeepSeek | DeepSeekモデル |
| Geminiモデル | |
| Groq | Groqホストモデル |
| Moonshot AI | Kimiモデル |
| OpenRouter | 統合モデルルーティングプラットフォーム |
| Ollama | ローカルモデルサービス |
| OpenAI Compatible | 任意のOpenAI互換API |
LM Studioは通常、OpenAI Compatible 経由で設定します。
BYOKが適している場合
- すでにプロバイダーのAPIキーを持っている。
- プロバイダーの請求を自分のアカウントで処理したい。
- 所属機関のモデルサービスを使う必要がある。
- リクエストをBibGenieの公式モデルサービスを通さずに送信したい。
- 機密性の高い資料をローカルモデルで処理したい。
- 公式一覧にまだないモデルが必要。
次のステップ
カスタムモデルを読み、プロバイダーを追加し、Base URLとAPIキーを入力して接続をテストしてください。
BibGenieドキュメント