これらは本当は競合ではない
OpenRouterはAPIゲートウェイです。1つのエンドポイントと1つのキーで、複数のプロバイダーのモデルにルーティングでき、トークン従量課金と自動フェイルオーバーが備わっています。個別に統合しなくても、構築中のソフトウェアが複数のモデルプロバイダーと話せるようにするためのものです。
Whiziはエンドユーザー向けのプロダクトです。サインインしてそのまま作業できます。チャットスレッド、ファイルアップロード、画像生成、プロジェクト、会話途中でのモデル切り替え、並べての比較などです。コードが関わらないため、管理すべきキーもありません。
両者を比較するのは、卸売業者と店を比べるようなものです。正直な問いは、どちらが優れているかではなく、自分の状況にはどちらが必要かということで、その答えはたいてい一文で決まります。あなたは何かを構築しているのか、それとも自分の仕事をこなしているのか、です。
それぞれが実際に提供するもの
| OpenRouter | Whizi | |
|---|---|---|
| 何であるか | プロバイダー横断のAPIゲートウェイ | 完成されたマルチモデルワークスペース |
| インターフェース | API、および検証用の簡易チャット | フル機能のプロダクト：スレッド、ファイル、プロジェクト、比較 |
| 料金 | トークン従量課金、クレジット購入時に5.5%の手数料 | 定額：月額$15.99〜$49.99、年払いならさらに割安 |
| セットアップ | APIキー、統合コード、請求管理 | サインインのみ |
| モデルの幅 | ニッチなモデルも含む非常に大きなカタログ | 280以上のモデル：主要な自社系ファミリーと有力なオープンモデル |
| 画像生成 | 主眼ではない | Pro以上に含まれる |
| ファイル・文書処理 | 自分で構築する | 標準搭載、大規模コンテキストの読み込みも含む |
| プロンプトテンプレート | 自分で構築する | 標準搭載、モデル横断、変数対応 |
| チーム利用 | 自分が構築した範囲次第 | 個人プランのみ、1人1アカウント |
| 対象ユーザー | ソフトウェアを提供する開発者 | ナレッジワークを行うすべての人 |
最も重要な行は「自分で構築する」です。OpenRouterが提供しないものはすべて自分で構築可能ですが、それを構築すること自体が1つのプロジェクトになります。どのみちチャットインターフェース、ファイルパイプライン、テンプレートシステム、チーム共有を構築するつもりだったなら、このゲートウェイは正しい土台です。ただそれらが存在してほしかっただけなら、すでにプロダクトが到達している地点にたどり着くまで、何週間もの作業を見ていることになります。
誰もが本当に知りたい料金比較
軽い利用であれば従量課金の方が確実に安く、その差は数字で示せます。OpenRouterの掲示レートでは、DeepSeek V3.2は入力100万トークンあたり$0.269、出力100万トークンあたり$0.40で、1,000トークンの質問と500トークンの回答なら約$0.0005です。Claude Opus 5でさえ、入力$5・出力$25という価格で、同じ形の1回答あたり約$0.0175になります。詳しくは当社のモデルコスト指数をご覧ください。週に数回のメッセージなら月に数ドル程度で、定額プランでこれに勝てるものはありません。上乗せされるコストは、OpenRouterがクレジット購入に課す5.5%の手数料(最低$0.80のチャージあたり)と、あなた自身の時間です。
利用量が増えるにつれて安さは失われ、その分岐点は多くの人が思うより早く訪れます。AIを役立たせているものこそ、コストのかかるものだからです。10万トークンの文書をClaude Opus 5のコンテキストに読み込ませると、モデルが1語も書く前に質問1回あたり$0.50の入力コストがかかり、長いスレッドはメッセージのたびに全履歴を送り直します。画像生成や2モデル比較も同様に費用が倍増します。真剣な文書作業をした午後1回分が、定額プラン1か月分よりも高くつくこともあります。
請求書に現れないコストもあります。従量課金は行動を変えます。コンテキストを削り、比較をあきらめ、より良い指示でのプロンプトの再実行を避けるようになります。そのひとつひとつが、会計上の理由で下された小さな品質面の妥協です。
AI支出がどこに向かうかをより広く見るには、AIサブスクリプション費用をご覧ください。
多くのチームがそうしている、両方を使うという選択
うまくいく使い分けは、好みではなく役割による分担です。
出荷するものにはOpenRouter、または直接のプロバイダーAPIを。 本番アプリケーション、バックグラウンドジョブ、データパイプラインです。これらにはプログラムからのアクセス、リクエスト単位の制御、実際の利用量に応じてスケールする料金体系が必要です。サブスクリプション型のプロダクトはこの用途には向きません。
日々のナレッジワークにはWhiziを。 執筆、リサーチ、分析、文書作業、そしてマーケティングからサポートまで誰もが恩恵を受けるモデル比較です。こうした人たちにAPIキーを管理させるべきではありません。1点だけ形として注意すべきは、Whiziにはチームやシート数という概念がなく、各自が自分のアカウントで契約する形になることです。Proは月額$29.99、年払いなら$19.99で、社内のチャットUIを構築・維持するよりも1人あたりの費用は依然として安く済みます。
この分担には組織上のメリットもあります。エンジニアリングは利用量を無駄なく可視化された状態に保て、それ以外の全員はチケットを申請せずに済むツールを手にします。両方を1つの側だけで賄おうとすると、結局は誰も保守しない自作のチャットUIか、自社のアプリケーションに必要なことができない一般消費者向けプランに加入したエンジニアのどちらかに行き着きます。
どちらを選ぶべきか
次の場合はOpenRouterのままで： モデルを呼び出すコードを書いている、プロバイダー横断のフェイルオーバーが必要、あるいはコストでルーティングしたい、パラメータをリクエスト単位で制御したい、利用量が本当に軽く上記のレートで月に数ドル程度のトークン代で済み、どの定額プランもこれには勝てない、またはWhiziの280以上のリストにはないロングテールのニッチなモデルが特に必要な場合です。
次の場合はWhiziを選ぶ： モデルを統合するのではなく使いたい、ファイルアップロード、画像生成、テンプレート、比較を自分で構築せずに使いたい、利用が定期的で月額$15.99から$49.99の定額料金が従量課金に勝つ、または利用する人が開発者ではない場合です。
次の場合は両方を選ぶ： 本番稼働中のアプリケーションがあり、日々のナレッジワークも行うチームがある場合です。数人を超える規模のどの会社でも、これが一般的なケースです。
- 最初の問いに正直に答える：ソフトウェアを構築しているのか、それとも仕事をこなしているのか
- 長文書や比較も含め、実際の利用状況での月間トークン支出を見積もる
- 完成されたプロダクトに追いつくために何を構築する必要があるかを数え、その時間にも値段を付ける
- すでにコスト削減のためにコンテキストを削っているなら、定額プランの価格を確認する
- チームに非開発者がいるなら、APIキーの管理をさせない
- 使い分けを検討する：本番用にはゲートウェイ、チーム用にはプロダクト
よくある質問
WhiziはAPIを公開していますか？
いいえ。Whiziにはどのプランにも開発者向けAPI、APIキー、個人アクセストークンはありません。そのため、プログラムからのアクセスが必要なら、OpenRouterか直接のプロバイダーAPIが正しい選択肢です。これは謝罪すべき制限ではなく、両者の違いそのものです。一方はソフトウェアが呼び出すために作られ、もう一方は人が作業するために作られています。
1人で使う場合、WhiziはOpenRouterより安いですか？
軽い利用であればいいえ、従量課金の方が勝ちます。標準的な1,000トークンの質問と500トークンの回答は、掲示レートでDeepSeek V3.2なら約$0.0005、Claude Opus 5なら約$0.0175で、1日数メッセージ程度なら月$15.99には決して届きません。日常的に使うのであれば話は逆で、本当に役立つ処理こそコストがかかるからです。コンテキストに入れた長文書、画像生成、1つのプロンプトを2つのモデルに通すこと、そしてメッセージのたびに履歴を送り直す長いスレッドです。
Whiziのワークスペースをチームメンバーと共有できますか？
いいえ。Whiziのプランは個人向けで、チームやシート、ワークスペースという概念はなく、各自が自分のアカウントで契約します。ゲートウェイでも事情は同じで、形は違いますが、協働のための仕組みはすべて自分で構築し維持するものになります。共有請求が必須の要件であれば、どちらのプロダクトも今のところそのままでは応えられません。
モデル数が多いのはどちらですか？
OpenRouterが大差をつけています。ニッチで実験的なモデルも含む非常に大きなカタログを集約することこそ、ゲートウェイの核となる役割だからです。Whiziは3つのプランに280以上のモデルを段階的に用意しており、主要な自社系ファミリーと有力なオープンモデルが揃い、たいていのプロフェッショナルな仕事に必要なものはカバーします。特定のロングテールのモデルが不可欠なら、ゲートウェイが正しいツールです。
非開発者でもOpenRouterを使えますか？
検証用の簡易チャットインターフェースはありますが、それはルーティングが機能しているかを確認する開発者向けに作られたもので、日常の作業場所として想定されておらず、文書処理のワークフロー、テンプレート、チーム機能を提供する狙いもありません。技術者でない同僚にAPIゲートウェイを使わせようとすると、たいてい誰も保守する時間のない社内チャットUIを作ることになります。