MindsDBレビュー2026｜MindsHub転換後の料金と管理機能

MindsDBを調べると、AI-SQLやデータベース連携の解説が今も数多く出てきます。ただ、2026年11月9日に公式サイトを開くと、表示されるタイトルは「AI access, usage, and spending, under control — MindsHub」です。前面に出ているのは、チームのAI利用と支出を1か所で管理するMindsHubというコンソールで、MindsDBはその提供元としてフッターに「by MindsDB」と残っています。つまり、会社名はMindsDBのまま、売り物の主役が入れ替わっている状態です。公式の説明文は「Manage AI access, usage, and budgets in one console」、AIへのアクセス、利用量、予算を1つの画面で管理する、という意味になります。この記事は実際の操作を行わず、公開情報だけを材料にした整理です。管理画面の操作感と、支出がどの程度減るかは未検証です。

MindsDBとは何か。いま公式サイトが売っているのはMindsHubという管理コンソール

検索でMindsDBを調べると、SQLでAIモデルを呼ぶ仕組みとか、データベースに機械学習をつなぐ話が出てきます。ところが公式サイトのタイトルは、そうした説明ではありません。「AI access, usage, and spending, under control」、AIへのアクセスと利用量と支出を、制御下に置く。製品名として添えられているのはMindsHubです。検索結果と公式の現在地が、これだけ離れている例も珍しいと思います。

ページの下まで見ると、会社が変わったわけではないと分かります。フッターには「by MindsDB」と「© 2026 All rights reserved by MindsDB」が並び、セキュリティの表示としてSOC 2 Type IIの取得も書かれています。メニューの隅には「MindsDB Query Engine」という古い製品名も残っています。社名はそのまま、表に出る製品が入れ替わった、という読み方が素直です。転換の時期や買収の有無までは、公開情報では確認できていません。確認できない経緯を推測で埋めるのは避け、いま何が売られているかだけを追います。

現在の構成は、3つの入口に分かれています。1つはMindsHub Inference。1つのAPIキーと1つの請求で、カタログ上のモデルを呼ぶ入口です。OpenAIのChat Completions形式と、AnthropicのMessages形式の両方に対応すると書かれています。2つはMindsHub Agents。調べ物や資料作成を任せるCoworkと、コードを書かせるCodeの2モードです。3つがMindsHub Consoleで、権限、モデルへのアクセス、利用量、予算をまとめる管理画面になります。

この4行を見て分かるのは、売っているものが「モデル」でも「SQL」でもないことです。モデルは各社から調達して並べ、その上に請求と権限の層をかぶせる。利用者はモデルを選べるが、財布の紐は1本にまとまる。そういう商品です。生成AIの導入が進んだ組織ほど、この層の必要性は後から効いてきます。

AI-SQLの解説を、そのまま信じないほうがいい理由

検索の上位には、数年前の姿を説明した記事が残っています。それは間違いではないが、現在の公式が示す内容とはずれています。導入を検討する立場だと、このずれは事故になります。稟議に添える資料が古い製品の説明のままだと、見積りの対象が違ってくるからです。

だから、判断の入口は公式の現在のページに置くのが安全です。「何を売っている会社か」ではなく「今日、何を契約できるか」で見る。MindsDBの場合は、その答えがAI利用の管理コンソールになっています。旧製品の名前がフッターに残っているので、混同しやすい点だけ注意が要ります。

MindsDB（MindsHub）の料金はいくらか。無料枠と従量の分かれ方

料金は2本しかありません。FreeとPay as you goです。Freeは月0ドルで、クレジットカードの登録が不要と明記されています。注意したいのは、これが試用期間ではないことです。公式の文言は「Always-free usage for every team member. No trial period.」、すべてのチームメンバーが常時無料で使え、試用期間という区切りはない、という意味になります。席を買う前に、ここで試せる形です。

無料の範囲で使えるのは、MindsHub Airというモデルです。用途はコーディング以外の知識作業と書かれています。中身のモデルは、より良い選択肢が出れば変わることがある、と公式が明言しています。同じく無料の範囲に、Jevという判断用のモデルがあります。文章を返すのではなく、選択肢と確率を返す種類のモデルで、Decisions APIから呼ぶ形です。無料枠にはフェアユースの日次上限があり、大量の自動処理は従量側に回すよう案内されています。

Pay as you goは、カタログ上の全モデルをプロバイダの単価で使うプランです。前払いの残高から引き、有効期限なし、最低額なし。自動トップアップは月の上限つきで設定できます。「気づいたら残高が尽きていた」を防ぐ仕組みが、プラン自体に用意されている形です。

単価表を眺めて最初に目に入るのは、Airの安さです。入力0.10ドル、出力0.50ドルという数字は、100万トークンの話です。日本語の文章なら、かなり大量の処理をしても桁が小さい。ただし出力側は0.50ドルで、入力の0.10ドルより高い。長い文章を書かせるほど効いてきます。要約より執筆のほうが費用が膨らむ、という当たり前の構造はここでも同じです。

見落としやすいのが、Web検索の従量です。Airの内蔵検索は1,000回あたり10ドルと表示されています。1回あたりに直すと0.01ドル。文章生成の単価に比べると、検索を挟む回数が費用を動かします。調査系のエージェントを回すと、トークンより検索の回数が先に上限へ近づくことがあります。予算を設計するときは、この2つを別の行として見たほうが安全です。

表示は地域・支払い周期・為替で変わるため、契約前に公式サイトの料金表を確認してください。ドル建ての前払いなので、為替が動けば円換算の負担も動きます。ここは料金表の数字だけを見ていると抜ける部分です。

無料枠で足りる作業、足りない作業

無料枠が向くのは、思いついたときに少しだけ聞く使い方です。文面の言い換え、短い下書き、資料の構成案。この程度なら、日次上限に触れる前に用事が終わります。

足りなくなるのは、決まった時刻に大量の処理を流す場合です。問い合わせの分類を毎時回す、商品説明を一括で作り直す。この種の使い方は、公式も従量側へ回すよう案内しています。無料で済ませようとして上限に当たり、途中で止まるより、最初から従量で見積もるほうが安定します。

何を管理できるのか。権限・モデル・予算の3層

Consoleの説明は、4つの問いに整理されています。誰が何をできるか。どのモデルを使えるか。お金はどこへ流れているか。いつ介入するか。この4つは、AIの費用が膨らむときに必ずぶつかる論点と同じです。順番まで含めて、現場の困り方に沿っている印象を受けます。

権限の層は、役割で切ります。Owner、Admin、Member、Viewerという既定の役割に加えて、独自の役割を作れます。APIキーの発行と、請求の閲覧を分けられるのが実務的です。開発者には鍵を配り、金額は経理と管理者だけが見る。この切り分けができないと、全員に管理者権限を渡すしかなくなります。

モデルの層は、プロバイダ単位とモデル単位の両方で規則を作れます。組織全体、ワークスペース、チームという3つの粒度がある、と画面の説明から読めます。「高価なモデルは特定のチームだけ」「外部のモデルは営業には開放しない」。こうした線引きを、契約ではなく設定で表現できる形です。

予算の層は、警告と停止が分かれています。公式の説明では、Alertは上限で警告するだけでリクエストは続き、Pause paid requestsは上限で有料のリクエストを止める、と書き分けられています。この2段階は、運用の設計に直結します。止めると業務が止まる処理は警告だけにし、実験用の鍵は止める。同じ「予算」でも、扱いを分けられるほうが現場は回ります。

記録の層も見落とせません。画面のメニューには監査ログとトレースが並んでいます。監査ログは「誰が何を変えたか」、トレースは「どんな呼び出しがあったか」の記録です。費用が増えたときに、原因を設定の変更まで遡れるかどうかで、調査の時間は変わります。請求だけを見ていると、金額は分かっても理由が分かりません。この2つが同じ画面にあることには、意味があります。

この3層に共通するのは、単位が「人」ではなく「利用」だということです。席を売る契約では、使っていない人の分も費用になります。従量の契約では、使っていない人の費用はゼロで、代わりに1人の使いすぎが全体に効きます。管理の対象が、人数から呼び出しへ移る。MindsHubが売っているのは、この移行に伴う面倒の引き受けです。

どこまで管理できるか。範囲の見極め方

公式の説明には、はっきりした但し書きがあります。この管理はMindsHub経由のリクエストにだけ効き、プロバイダへ直接送った分の請求は制御できない、という趣旨です。つまり、管理の外側が必ず残ります。

だから導入の成否は、機能より運用の合意で決まります。「業務で使うモデル呼び出しはMindsHubを通す」というルールを、技術の設定と別に決める必要があります。個人のアカウントで直接契約している分は、Consoleからは見えません。ここを曖昧にしたまま導入すると、画面はきれいなのに請求は減らない、という状態になります。

評価できるところ。財布を1本にまとめられる

• 無料が試用ではなく常時無料。カード登録も期限もなく、チーム全員が同じ条件で試せる
• 前払い・有効期限なし・最低額なし。使った分だけという原則が、料金表の段階で守られている
• 1つの鍵と1つの請求でモデルを横断できる。アプリごとに契約を分けずに済む
• 予算の警告と停止が分かれている。業務を止めずに上限を管理できる
• キャッシュの割引が利用者に渡る。同じ長い前置きを繰り返す使い方ほど効く
• 役割を分けて鍵を配れる。開発と経理の権限を混ぜずに済む
• SOC 2 Type IIの表示がある。稟議の材料として使える

一番の評価は、無料枠の設計です。「14日間の試用」ではなく「常時無料、ただし日次上限」。この違いは、社内で試すときの心理的な負担に効きます。期限を気にしながら検証するのと、日常使いの中で徐々に当たりを探るのとでは、出てくる結論が変わります。特に、AIの使い道がまだ固まっていないチームには、この形のほうが合っています。

二つ目は、前払いという形です。クレジットカードを預けて従量で引かれる形は、経理の承認が重い。前払いで、有効期限がなく、最低額もないなら、少額から始めて足すだけです。「残高が余ったまま期限切れになる」という無駄も出ません。この地味な設計が、導入の最初の関門を下げています。

三つ目は、キャッシュの扱いです。同じ長いシステムプロンプトを毎回送る使い方では、プロバイダ側にキャッシュが残ります。公式は、その場合の安い入力単価をそのまま利用者に渡すと書いています。エージェントを組むと前置きが長くなりがちなので、この差は積み上がります。見積りを作るときは、キャッシュが効く前提と効かない前提の2本を出しておくと安全です。

気になるところ。名前が2つある状態と、管理の外側

• ブランドが2つ並立している。MindsDBで検索してMindsHubの説明が出るため、社内説明が一度で通らない
• 管理できるのはMindsHub経由の利用だけ。各社APIへ直接送っている分は対象外で、可視化に穴が残る
• 無料枠のAirは中身のモデルが変わりうる。同じ指示で同じ結果が出る保証はない
• 単価がプロバイダに連動するため、値上げと為替の影響を直接受ける
• エージェント機能の品質は公開情報では判断できない（未検証）

最大の引っかかりは、名前です。社内で「MindsDBを入れたい」と言うと、相手によって想像する製品が違います。昔のAI-SQLを知っている人と、今日のサイトを見た人では、頭の中の絵が別物です。導入の提案書には、製品名と役割を1行で書き添えたほうがいい。「MindsDBが提供する、AI利用管理のMindsHub」という具合です。

二つ目は、管理の穴です。どれだけ画面が整っていても、外で契約された分は見えません。これは製品の欠陥ではなく、経路を1本に寄せない限り消えない性質のものです。対策は組織のルール作りになります。「業務利用はMindsHubの鍵を使う」と決め、個人契約の精算を止める。道具を入れる前に、そこまで決めておく必要があります。

三つ目は、無料枠の中身が固定されていないことです。Airは「その時点で最適なモデルを選ぶ」という設計なので、同じ質問でも返りが変わります。試作には便利ですが、同じ出力を再現したい検証には向きません。比較の条件を揃えたいときは、カタログ上の特定のモデルを指定するほうが確実です。

向くチームと向かないチーム

向くのは、AIを使う人が増えて、請求の内訳が読めなくなったチームです。複数のアプリが同じ鍵を共有していて、誰が増やしたのか分からない。止めようにも、止めると業務が止まる。この状態なら、権限と予算の層を入れる意味があります。

向かないのは、使う人が1人か2人で、モデルも1つに決まっている場合です。管理する対象が少なすぎて、層を増やす手間のほうが大きくなります。また、各社のAPIを直接契約する方針を変えるつもりがないなら、MindsHubを通す動機が弱い。「経路を1本に寄せられるか」が、最初の分かれ目だと考えます。

ChatGPTの法人契約や他ツールとの違いは？比較の軸を4つに絞る

比較の前提として、出力の品質は並べられません。同じ指示で同じモデルを呼んだ比較をしていないためです（未検証）。公開情報で比べられるのは、費用の決まり方と、管理の単位までです。軸は4つ。課金の単位、モデルの選択肢、権限の粒度、可視化の範囲です。

違いを一言で書くなら「席を買うか、呼び出しを買うか」です。ツール単位の法人契約は、使う人を数えて費用が決まります。導入が進むほど費用は増え、使わない人の分も残ります。MindsHubは、人が増えても使わなければ費用は増えません。代わりに、1人の使い方次第で請求が動きます。費用の読み方が、人数から振る舞いへ移るという違いです。

モデルを横断できる点も、使い方によっては効きます。要約は安いモデル、推論は高いモデル、コードは別のモデル。用途ごとに最適なモデルが違うなら、契約を分けずに済む価値は小さくありません。逆に、1つのモデルで足りているなら、横断の必要性は薄くなります。

利用明細の扱いも、実際には道具が要ります。Consoleの画面だけでは、チーム別の推移を自由に切れません。明細をCSVで出して、SourcetableやJulius AIで集計する使い方が現実的です。表計算の延長で見たいならGPTExcelやRows AI、記録を残して繰り返すならDeepnoteやQuadratic、大きいCSVをそのまま開くならGigasheetが向きます。道具を増やすのではなく、請求の説明に使う資料を作る、という位置づけです。

検索や索引の層は、また別の話になります。社内文書を引かせたいなら、索引の側はAlgoliaやElastic、ベクトルの保管はPineconeという分工になります。MindsHubはモデルの呼び出しをまとめる層で、文書を探す層ではありません。この2つを混ぜて発注すると、どちらも中途半端になります。

導入前に決めること。試算と社内ルールの順序

導入の設計は、道具の選定より前に決まることが多い。順序を4段に切ると、判断が進みます。

1. 経路を1本に寄せられるかを決める。業務のモデル呼び出しをMindsHubに通すか、個人契約を残すか
2. 直近1か月の利用を、モデル・チーム・人・APIキーの4つで書き出す。感覚ではなく、既存の請求書から拾う
3. 無料枠のAirで、日常の作業がどこまで足りるかを試す。足りない作業だけを従量の対象にする
4. 予算は警告と停止を分けて設定する。止めて困る処理は警告のみ、実験用の鍵は停止にする

この4段のうち、一番抜けやすいのが1段目です。道具を入れること自体が目的になると、経路の統一が後回しになります。結果として、画面には一部の利用しか映らず、効果が見えない。「入れたのに請求が減らない」という失敗の多くは、ここで起きます。

試算は、3つの数字で足ります。月の入力トークン、月の出力トークン、月の検索回数。この3つに単価を掛けて、上下2割の幅を置く。たとえば出力を月に1,000万トークン使うなら、Airの出力単価0.50ドルから5ドルという計算になります。同じ量を入力側で使うなら1ドルです。桁が小さいうちは、削減の効果も小さい。管理の手間に見合うかは、この試算で先に確かめたほうがいい。為替を円換算するときは、現在のレートと、1割動いた場合の2本を出す。厳密な予測より、動く幅を示すほうが稟議は通りやすい。

社内ルールに書くべき3行

技術の設定より先に、文章で決めておくべきことがあります。業務で使うモデル呼び出しは、MindsHubの鍵を通す。個人のアカウントで契約した分は、経費として扱わない。高価なモデルの利用は、チーム単位で事前に申請する。この3行があれば、管理画面の設定は後から整えられます。

逆に、この3行がないまま設定だけ整えても、外側の利用は残ります。道具は、決めたルールを実行するために入れるものです。ルールが先、設定が後。順序を間違えると、立派な画面だけが残ります。

よくある質問

まとめ

主な参照元：MindsHub公式サイト「AI access, usage, and spending, under control — MindsHub」（2026年11月9日確認。タイトル、説明文、Inference・Agents（Cowork／Code）・Consoleの構成、役割と権限、モデルの許可規則、予算の警告と停止の違い、管理対象がMindsHub経由に限られる旨はここによります）。MindsHub公式サイト「Plans and pricing: reduce your AI spend — MindsHub」（2026年11月9日確認。Freeの月0ドルとカード不要、試用期間なし、Pay as you goの前払い・有効期限なし・最低額なし、MindsHub Airの単価、長文の単価、Web検索の単価、Blazeの単価はここによります）。実機での操作、管理画面の使い勝手、支出の削減効果は未検証です。本記事は公開情報ベースの整理で、金額はドル建ての表示をそのまま書き、円換算はしていません。