ドキュメント
Page Assist
Page Assist はローカル Ollama 用に作られていますが、同じ画面からホスト型エンドポイントも設定できます。Settings → OpenAI Compatible API → Add Provider → Custom と進み、3つのフィールドに入力すれば、サイドバーでノートパソコンの RAM に収まるモデルではなく Claude や GPT を使って、表示中のタブを要約できます。
Settings → OpenAI Compatible API → Add Provider → Custom:Provider Name、/v1を維持したBase URL、キーを設定し、Page Assistが取得した一覧からモデルIDを選択します。
Provider Name Kunavo
Base URL https://api.kunavo.com/v1
API Key sk-kn-...
[ Save ]
Model List (appears after Save — fetched from GET /v1/models)
[x] claude-haiku-4-5
[x] claude-sonnet-5
[x] gpt-5-6-terraBase URL には /v1 のサフィックスが必要です。 OpenAI Compatible API ページ自体には記載されていませんが、そのフィールドのヘルプテキストには記載があります。ヘルプには「OpenAI API プロバイダーのベース URL。例 (http://localhost:1234/v1)」とあります。同じフィールドの具体的な URL を示す、同系列の2つのプロバイダーページも一致しています。LM Studio には「デフォルトでは http://localhost:1234/v1」、LLaMA.cpp には http://localhost:8080/v1 とあります。Page Assist が追加するのはルートだけなので、末尾を省いたオリジンだけを指定すると 401 ではなく 404 になります。これは Anthropic 形式のクライアントがオリジンだけを必要とするのとは逆です。Save の後、Page Assist は「このプロバイダーで使用するチャットモデルを選択してください」と表示された Model List を開き、エンドポイントから取得したモデルを一覧表示します。Kunavo は GET /v1/models を返すため、リストは自動的に表示されます。結果が空の場合、拡張機能には「モデルが見つかりません。正しいベース URL と API キーを設定したプロバイダーが追加されていることを確認してください」と表示されます。これは正確なメッセージです。空のリストは、カタログの問題よりも Base URL またはキーの問題である場合がはるかに多いためです。拡張機能を操作する前に、下記の curl で確認してください。Add Custom Model から ID を手動で追加することもできます。その Model ID フィールドには、このページの表にあるスラッグをそのまま入力します。Add Custom Model フォームには Model Type の選択肢がありますが、Kunavo は埋め込みモデルを提供していません。カタログにそのエンドポイントに応答するものはないため、ここでは2つ目の選択肢を設定できません。Knowledge Base 機能は埋め込みモデルに依存します。ベンダーのページにも、RAG Settings でモデルを設定する必要があり、nomic-embed-text が推奨されると記載されています。この用途には、ローカル Ollama をこのプロバイダーと併せて設定してください。Page Assist では複数のプロバイダーを同時に保持できるため、2つの役割に同じ接続先を使う必要はありません。curl です。正常に動作するエンドポイント上で拡張機能がどう振る舞うかは、利用者と Page Assist の間の問題です。sk-kn-で始まります)。$10からクレジットを追加すると、呼び出しはその残高から支払われ、失敗した呼び出しは課金されません。ダッシュボードを開くと、Page Assist設定が表示されます。手順
/app/keysでキーを作成してコピーします。キーは一度だけ表示されます。- ブラウザーのツールバーにある Page Assist アイコンをクリックし、Settings アイコンをクリックして、OpenAI Compatible API タブを開きます。
- Add Provider をクリックします。Kunavo はドロップダウンのプリセットにないため、
Customを選択してください。これは、ベンダーの手順5で一覧にないプロバイダー向けに説明されている選択肢です。 - Provider Name、Base URL =
https://api.kunavo.com/v1、API Key を入力し、Save をクリックします。 - 開いた Model List で、使いたい ID にチェックを入れます。通常は2つが適切です。ページ要約用の低価格なモデルと、その後の質問用の高性能なモデルを選びます。
- 実際のページでサイドバーを開きます。
Ctrl+Shift+Lで Web UI が開きます。セレクターからモデルを選び、そのタブについて質問してください。挨拶よりも実際のコンテンツがあるページのほうが参考になります。費用がかかるのはページのテキストだからです。
Page Assist の OpenAI Compatible API ページで2026年9月21日に確認しました。サードパーティの設定は変更されます。ここに記載されたフィールド名が表示内容と一致しなくなった場合は、このページではなく、そのページを正しい情報源としてください。
クライアントをデバッグする前に確認すること
1回のリクエストで、失敗の原因がエンドポイント、キー、設定ファイルのどれかを特定できます。これがJSONを返すなら、同じベースURLとキーがPage Assistで機能します。
# Settles whether a failure is the endpoint, the key, or the client.
curl -sS https://api.kunavo.com/v1/models \
-H "Authorization: Bearer sk-kn-..."フィールドに入力するモデルID
すべてのテキストモデルにはモデルIDでアクセスできます。現在の一覧はGET /v1/models、価格付きのカタログはモデルページにあります。料金は100万トークンあたりのUSDで、入力 / 出力の順です。
| モデル ID | Kunavo 入力 / 出力 | Page Assistでの位置付け |
|---|---|---|
claude-haiku-4-5 | $0.70 / $3.50 | サイドバーのデフォルト用。ページの要約や追加質問など、利用量が多い場面向け |
gpt-5-6-terra | $0.70 / $4.20 | ドキュメント、スレッド、文字起こしなどの長いページを切り詰めずに丸ごと送信する場合 |
claude-sonnet-5 | $1.40 / $7.00 | 要約後の質問で、回答の正確さが重要な場合 |
gpt-5-6-sol | $2.00 / $12.00 | 別のファミリーからのセカンドオピニオン。同じプロバイダーで、2つ目のチェック済みIDとして追加してください |
ページにかかる費用と、ブラウザー外に送信されるデータ
サイドバー型クライアントの課金方法はエディターとは異なります。その違いを生むのはページです。Page Assist がタブの内容について会話するターンごとに、そのタブから抽出したテキストが入力トークンとして送信されます。ドキュメントページや長いスレッドでは数万トークンになることがあり、同じ会話内の追加質問ごとに再送されます。そのため、上のモデル表では低価格な ID を先に挙げています。このクライアントでは、通常、入力側のトークン数が出力側を桁違いに上回ります。また、claude-haiku-4-5 や gpt-5-6-terra を使ってページ全体を読み込むほうが、高性能なモデルで一部を切り詰めて読むよりも適しています。
明示的に求めていない通信を追加する設定が3つあり、いずれもベンダーの Settings ページに記載されています。
- Generate Title using AI — 「会話からチャットタイトルを自動生成します」。会話ごとに選択中のモデルで追加の呼び出しが1回発生します。
- Internet Search は デフォルトでオン で、Total Search Results の設定もあります。取得したページがプロンプトに加わるため、トークン料金は検索結果数に応じて増加します。
- Page Action は連携拡張機能です。モデルは「まずページを読み込み、その後、操作を一度に1ステップずつ実行します」。そのため、会話ごとではなく各ステップで DOM を読み取ります。独自の 各操作の前に承認を求める 設定はデフォルトでオンになっており、そのままにしておくのが適切です。
プライバシーの境界も同じです。Page Assist はチャット、Knowledge Base、設定をブラウザーのローカルストレージに保存します。ネットワーク経由で送信されるのは、ユーザーが送信した内容です。このプロバイダーを選択すると、ページのテキスト、メッセージ、ここまでの会話が api.kunavo.com に送られ、そこからモデル ID を提供するアップストリームに送信されます。こちら側で保持される情報については、プライバシーポリシー をご覧ください。チャットウィンドウに貼り付けたくないページでは、ローカル Ollama に切り替えてください。拡張機能では両方のプロバイダーを同時に設定しておけるため、ドロップダウンからすぐに切り替えられます。
OpenRouter のプリセットを見てこのページに来た場合
OpenRouter では Custom の選択肢を使う必要はありません。ベンダーの OpenAI Compatible API ページにあるプリセットの1つで、Ollama、LM Studio、Groq、Together、Mistral、xAI、およびさらに約20種類のプロバイダーと並んでいます。したがって、最初の4つのクリックまでは同じで、その後ドロップダウンから Custom ではなく OpenRouter を選び、API Key に OpenRouter のキーを入力して、Save をクリックします。このプリセットには専用の Base URL が設定されています。また、OpenRouter のモデル ID にはベンダーのプレフィックスが付き、anthropic/claude-sonnet-4.5 の形式です。一方、上の表の ID はプレフィックスなしです。ここでプロバイダーを選ぶことは、入力する ID の名前空間を選ぶことでもあります。
このクライアントで OpenRouter に切り替える価値があるのは、Kunavo が提供していないモデルにも1つの画面からアクセスしたい場合、またはすでにキーを設定済みで追加設定の手間がない場合です。Kunavo に切り替える価値がある理由は、表にある ID がコーディングツールで使うものと同じなので、1つのキーで両方を利用できること、そして再送信されるページコンテキストへのプロンプトキャッシュがサイドバーの料金を大きく左右することです。キャッシュをご覧ください。両方のプロバイダーを保持しておくこともできます。Page Assist には一緒に表示され、モデルセレクターは、モデルがどの行に由来するかを問いません。
よくある質問
Page Assist でカスタム API を使うにはどうすればよいですか?
ブラウザーのツールバーにある Page Assist アイコンをクリックし、Settings を開いて、OpenAI Compatible API タブに移動し、Add Provider をクリックします。エンドポイントがドロップダウン内のプリセットにない場合は、Custom を選び、Provider Name、Base URL、API Key を入力してから Save をクリックします。すると Page Assist が、エンドポイントから取得した Model List を開きます。一覧から、そのプロバイダーで使いたいチャットモデルにチェックを入れてください。取得結果が空の場合は、Add Custom Model から ID を手入力することもできます。
Page Assist の Base URL に /v1 は必要ですか?
OpenAI 互換エンドポイントの場合は必要です。OpenAI Compatible API ページには明記されていませんが、Base URL フィールドのヘルプテキストには「OpenAI API プロバイダーのベース URL。例 (http://localhost:1234/v1)」と記載されています。LM Studio と LLaMA.cpp のページも、同じフィールドに http://localhost:1234/v1 と http://localhost:8080/v1 という同じサフィックス付きの URL を示しています。Kunavo の場合は https://api.kunavo.com/v1 です。Page Assist が追加するのはルートだけなので、サフィックスを省くと認証エラーではなく 404 になります。
プロバイダーを追加した後、Page Assist にモデルが表示されないのはなぜですか?
リストは、入力したキーを使ってエンドポイントから取得されます。拡張機能独自のメッセージには、確認事項が示されています。「モデルが見つかりません。正しいベース URL と API キーを設定したプロバイダーが追加されていることを確認してください。」/v1/models に対する curl を使い、拡張機能外で同じ組み合わせをテストしてください。JSON が返ればプロバイダー設定の問題、401 ならキーの問題、404 なら通常 Base URL に /v1 がないことが原因です。それでも解決しない場合は、取得に依存しない Add Custom Model から ID を手動で追加してください。
Page Assist でローカルモデルの代わりに Claude や GPT を使えますか?
はい。「OpenAI Compatible API」が示すのはベンダーではなく通信形式で、モデル ID は設定した Base URL にそのまま渡されます。そのため、Claude や GPT の ID は拡張機能内ではなく、そのエンドポイントで解決されます。ローカルモデル関連の機能にも影響しません。Page Assist では複数のプロバイダーを同時に保持できるため、Ollama とホスト型プロバイダーの両方を登録し、モデルセレクターで切り替えられます。
Page Assist で最も安価なモデルはどれですか?
このクライアントでは、会話の各ターンでタブから抽出したテキストが再送されるため、入力側が料金の大半を占めます。そのため、通常のページには claude-haiku-4-5、長いページには gpt-5-6-terra という、コンテキスト長の大きい低価格モデルがデフォルトに適しています。回答の正確さが重要な質問に備えて、claude-sonnet-5 のような高性能な ID も2つ目の選択肢として選んでおきます。それぞれの100万トークンあたりの料金はこのページの表にあり、サイドバーの料金にはモデル選択よりもプロンプトキャッシュのほうが大きく影響します。
Page Assist の Knowledge Base で Kunavo を使えますか?
インデックス作成には使えません。Knowledge Base は RAG 機能で、ベンダーのドキュメントによると RAG Settings で埋め込みモデルを設定する必要があり、nomic-embed-text が推奨されています。Kunavo は埋め込みモデルを提供していないため、この用途には別のプロバイダーが必要です。一般的にはローカル Ollama が使われ、このプロバイダーと併用しても競合しません。チャット部分には影響しません。ドキュメントのインデックス作成後は、このプロバイダーの任意のチャット ID で質問に回答できます。
Kunavo は Page Assist をテストしましたか?
いいえ。2026年9月21日に確認したのは、Page Assist 独自の OpenAI Compatible API ドキュメントと、拡張機能の英語インターフェース表示です。Settings からの手順、フィールドラベルと順序、Base URL の例、リストが空の場合のメッセージは、それらから引用しています。Kunavo は拡張機能をインストールしておらず、ビルドを固定しておらず、拡張機能経由でリクエストを送信していません。また、ストリーミング、ページ抽出、または Model List の取得が特定のビルドでどのように動作するかについても主張しません。このページの curl は独立して確認できます。