小説執筆のためのBYOKとローカルAIモデル：コスト、制御、プライバシー

BYOKは、自分でプロバイダーのキーまたはエンドポイントを接続する方式で、ホステッドモデルはプラットフォームが管理するプロバイダーを利用する方式です。どちらが適しているかは、モデル料金を誰が支払うか、リクエストがどこを経由するか、どのモデルが必要か、どの程度の設定を維持したいかによって変わります。

ホステッドモデルとBYOKはトレードオフが異なる

構成	モデルプロバイダーへの支払い元	主な利点	主な責任
ホステッドモデル	プラットフォーム（管理クレジット経由）	セットアップが最も速い	プラン上限と利用可能モデルを把握する
BYOKエンドポイント	自分でプロバイダーに直接支払う	プロバイダーとモデルを選べる	キーを保護し、プロバイダーの請求を監視する
ローカルOllama	自分のローカルマシン	推論をローカルに保ち、ランタイムを制御できる	インストール、更新、十分なハードウェアの用意

料金判断をする前に、最新の価格とプロバイダー規約を確認してください。トークン価格、モデルへのアクセス、上限は変更されるため、ブログ記事を請求契約として扱わないでください。

プロバイダーを接続する前に確認すること

エンドポイントがアプリの対応インターフェースと互換性があることを確認する。
実用上最小限の権限と利用上限付きのキーを使う。
作品全体の文脈を送る前に、短いリクエストでテストする。
プロバイダーが実際に返すモデル名とコンテキストウィンドウを確認する。
自分のアカウント区分に適用される、プロバイダーのデータ保持および学習に関する規約を読む。
ログ、スクリーンショット、サポートメッセージでキーを共有してしまった場合は、削除またはローテーションする。

NovelKnowは、管理モデルに加えて、OpenAI形式のエンドポイントと互換性のあるカスタムプロバイダー、およびローカルOllama環境をサポートしています。プロバイダー設定では接続テストと利用可能モデルの同期ができ、正確な選択肢は現在のデプロイによって異なります。

プライバシーはデータの流れの問題

シーンを送信する前に、以下を確認してください:

What is sent: selected prose, relevant Codex entries, prompt instructions, and generation context.
Where it goes: the connected provider or local runtime.
Who controls retention: the provider's current policy and your account settings.
What remains in NovelKnow: project data, provider configuration, and usage records covered by the app's privacy policy.

「ローカルモデル」がワークフローのすべての部分がローカルであることを意味する、あるいは「BYOK」がプロバイダーがリクエストを保持できないことを意味する、と決めつけないでください。選択した構成の経路と規約を確認してください。

長編プロジェクトのための実用的な構成

最初の短いセッションにはホステッドモデルを使い、特定のモデルや直接課金が必要なときはBYOKプロバイダーを使い、ハードウェアと品質要件が見合う場合はローカルエンドポイントを使います。原稿の変わらない設定情報は執筆ワークスペースに保管し、各リクエストには必要な文脈だけを送ってください。

機密性の高い素材では、まず架空の名前と短い文章でワークフローをテストしてください。未発表の作品を使う前に、出力、ログ、プロバイダーのダッシュボード、削除手段を確認してください。

よくある質問

BYOKにするとAI利用は無料になりますか？

プラットフォームの管理クレジット料金はかからなくなりますが、接続先プロバイダーがリクエストに対して課金する場合があります。ローカル推論にもハードウェアと電気代がかかります。

ローカルモデルは常にプライバシーに優れていますか？

原稿が通る経路を減らせる可能性はありますが、それはランタイムと周辺アプリケーションがローカルにあり、安全に設定されている場合に限ります。実際のネットワーク経路を確認してください。

毎回リクエストに小説全体を送るべきですか？

いいえ。送るのはシーンの目的、関連する事実、必要な文脈だけにしてください。意図的に絞った短い文脈は確認しやすく、意図しない開示も減らせます。