LibreChatか各社の法人版か｜社内AIの窓口を選ぶ線

「部署ごとに違う生成AIの契約が増えて、どこに何を入れたのか追えなくなってきた」「1つの画面にまとめたいが、各社の法人版を全部契約するのは重い」——生成AIの利用が広がった会社の情報システム部門から、最近よく届く相談です。こうした声の先に、オープンソースの LibreChat を自社で動かして共通の窓口にする、という選択肢が出てきます。ただ、これは安く済ませる方法を探す話ではありません。本当は、誰がどのモデルを使えるか、会話の記録をどこに残すか、エージェントや外部への接続をどこまで開くかを、自社で決めて自社で持ち続ける形を選ぶかどうかの話です。この記事では、2026年10月時点の公式情報をもとに、共通の窓口を自社で動かす形と、各社の法人版を部署ごとに使う形を、6つの軸で比べて選ぶ線を整理します。

LibreChatは、複数の生成AIを1つの画面で配るための窓口

LibreChat は、ChatGPT に似た対話の画面を自社のサーバーで動かすためのオープンソースのソフトウェアです。公式GitHubによると、2026年10月時点で OpenAI、Anthropic、Google のモデルに加え、クラウド事業者が提供するモデルや、互換の方式で動く自前のモデルにもつなげられます。利用者は1つの画面の中で、使うモデルを切り替えながら会話できます。

画面の機能は、会話だけではありません。公式GitHubには、ノーコードで作れるエージェントとその共有、MCP による外部の道具との接続、ファイルを読ませて答えさせるファイル検索、隔離された環境でのコードの実行、Web検索、生成物の表示などが並んでいます。各社の法人版が持つ機能の多くを、1つの画面の中で、複数のモデルにまたがって使えることが、この製品の売りです。

ライセンスは MIT で、公式GitHubの星の数は2026年10月時点で約4万5千を超えています。最新の版は v0.8.8 です。製品そのものに利用料はかかりませんが、モデルの利用料は、各社のAPIの契約として別にかかります。窓口の画面は無料でも、その奥で呼び出すモデルの費用は使った分だけ発生する、という仕組みです。

社内の文書を権限つきで検索させる道具は別の種類で、同じ便の Onyx の記事で扱います。LibreChat の主題は、あくまで複数の生成AIを社員に配る窓口をどう持つかです。検索の精度ではなく、配り方と管理のしかたで見る製品だと考えると、比べる軸がぶれません。

作っているのは誰か。2025年11月に ClickHouse が買収を発表

LibreChat は、創業者が中心となって開発してきたオープンソースの事業です。2025年11月4日、データベース製品を手がける ClickHouse が、LibreChat の買収を公式ブログで発表しました。創業者とチームが ClickHouse に加わり、同社のデータ分析の製品群と組み合わせていく方針が示されています。

導入を考える側にとって気になるのは、買収の後も今の形で使い続けられるかです。発表では、既存の導入先は変わらずに運用が続き、オープンソースの事業と共同体への投資を続けると書かれています。2026年2月の公式ロードマップでも、ClickHouse の傘下に入ったことを明記したうえで、管理画面などの開発予定が示されています。2026年10月時点で、公式GitHubのライセンスは MIT のままです。

一方で、発表はライセンスや運営の体制を将来にわたって約束するものではありません。ロードマップには、ClickHouse が社内のデータ分析に LibreChat を使っていることが、開発の方向を形づくっているとも書かれています。今後の機能の優先順位が、データ分析の用途に寄っていく可能性は頭に置いておくほうがよいでしょう。

ClickHouse の発表には、導入の例として、ネット通販の基盤を手がけるショッピファイが社内のAI業務の中心に LibreChat を使い、数千のエージェントと30以上の社内のMCPサーバーをつないでいることが紹介されています。大きな会社が全社の窓口として使っている例がある一方で、それを支える運用の体制があってこその規模だという点も読み取れます。

国内でまだ知られていない理由

LibreChat は海外では知られたオープンソースですが、日本語でまとまった解説はまだほとんどありません。理由の1つは、申し込めばすぐに使えるサービスではなく、自社のサーバーに入れて動かす前提の製品だからです。導入を決めるのは利用者ではなく情報システム部門で、個人が試して広める流れが起きにくい形をしています。

もう1つは、説明の多くが開発者向けに書かれていることです。モデルの選び方も、権限も、残高の上限も、設定ファイルに書いて動かす前提で文書が整理されています。2026年に入って管理画面が加わりましたが、公式ドキュメントはこれを「これから整う画面」と位置づけており、画面だけで運用が完結する段階にはまだ来ていません。

さらに、国内では各社の法人版や、国内事業者がまとめて提供する社内AIのサービスが先に広がりました。設定や保守を誰かに任せられるサービスのほうが、導入の稟議を通しやすかったことも背景にあると考えられます。自社で動かす選択肢が検討の表に載ること自体が、まだ少ないのが現状です。

知られていないことは、そのまま欠点ではありません。ただ、国内での導入の例や、日本語で相談できる相手が少ないという意味では、困ったときに頼れる情報源が、ほぼ英語の公式文書と公式GitHubに限られることは前提として受け止めておく必要があります。

比べるのは、共通の窓口を自社で動かすか、各社の法人版を部署ごとに使うか

この記事で比べるのは、2つの形です。1つ目は、LibreChat を自社のサーバーで動かし、その奥に複数のモデルの契約をつなぐ形です。社員は全員が同じ画面を使い、どのモデルを使えるかは情報システム部門の設定で決まります。2つ目は、各社が提供する法人向けの契約を、必要な部署ごとに結んで使う形です。

社内AIを全社で1つに揃えるか部署ごとに分けるかという大きな方針の話は、別の記事で条件を整理しています。この記事では、その方針の中で「共通の窓口を自社で動かす」という手段を選ぶかどうかに絞ります。共通の窓口を選んでも、部署ごとに使えるモデルや機能を変えることはできるからです。

また、AIの呼び出しを社内の1本の通り道に集める仕組み（AIゲートウェイ）も、似た話に見えます。こちらは通信の管を束ねる仕組みで、社員が触る画面の話ではありません。LibreChat は画面の側の製品で、両方を組み合わせて使うこともできます。

比べるときに大事なのは、機能の多さではなく、自社の側に残る仕事が何かです。法人版なら提供元が持ってくれる更新・障害の対応・記録の保管を、自社で動かす形では自社が持ちます。次の表は、6つの軸でその違いを並べたものです。

6つの軸で並べる比較表

比べる軸	LibreChat を自社で動かす	各社の法人版を部署ごとに使う
誰がどのモデルを使えるか	設定で決める。役割やグループごとに設定を上書きして、接続先を足し引きできる	契約したモデルの範囲で決まる。モデルをまたいだ一括の設定はできない
会話の記録の置き場	自社が用意したデータベース。保管期間と閲覧者も自社で決める	提供元の環境。保管と取り出しは各社の管理機能と契約の範囲
認証と身元	外部の認証基盤や社内のディレクトリとつなぐ設定を自社で組む	各社の法人版が持つ認証の連携を、契約ごとに設定する
エージェントとMCPの開放	役割ごとに使う・作る・共有・全体公開を分けて許可できる	各社の機能と管理画面の範囲で、製品ごとに設定する
運用の手間	版の更新、脆弱性の対応、障害の対応、バックアップを自社で持つ	提供元が持つ。社内の作業は契約と設定の管理が中心
費用の増え方	モデルの利用量に比例して増える。加えて運用の人手とサーバーの費用	契約の席数に比例して増えるのが基本。部署が増えるたびに契約が増える

表を読むときは、左右どちらが優れているかではなく、どの軸を自社で持ちたいか、どの軸は任せたいかで見ます。記録を社内に置きたい会社と、運用の人手が足りない会社では、同じ表から逆の結論が出ます。

各社の法人版の管理機能は、製品と契約の種類によって違います。表の右の列は一般的な傾向を書いたもので、実際に比べるときは、候補の製品ごとに、公式の管理者向け文書で記録の保管期間・取り出しの方法・認証の連携を確かめてください。

軸1　誰がどのモデルを使えるかを、設定に落とせるか

自社で動かす窓口の最大の利点は、どのモデルを誰に開くかを、自社の言葉で決めて設定に落とせることです。公式ドキュメントによると、LibreChat には、名前と説明を付けたモデルの設定を並べて利用者に選ばせる「モデルスペック」という仕組みがあります。強制と優先の設定を組み合わせると、並べた設定以外のモデルへの切り替えを抑えられます。

部署によって使えるモデルを変えたい場合は、役割やグループごとに設定を上書きする仕組みを使います。公式ドキュメントには、研究のグループにだけ接続先を追加する例が載っています。ただし、モデルスペックそのものを役割ごとに出し分ける機能は、2026年10月時点の公式ドキュメントには書かれていません。部署ごとの出し分けをどこまで細かくできるかは、試験導入で確かめる項目です。

ここで情報システム部門が先に決めておくのは、モデルごとに入れてよい情報の線です。たとえば「顧客の個人情報を含む文章は、学習に使わない契約を結んだモデルにだけ入れる」「未発表の数字は社内で動かすモデルにだけ入れる」といった線を、モデルの一覧と並べて書きます。画面の設定は、この線を守らせるための道具であって、線そのものを決めてはくれません

法人版を部署ごとに使う形では、契約したモデルがそのまま使えるモデルの範囲になります。線を引く作業は同じく必要ですが、設定に落とす場所が製品ごとに分かれます。部署が増えるほど、どこで何を許しているかの一覧を手で管理する手間が増える点が、自社の窓口との違いです。

軸2　会話の記録をどこに残し、誰が読めるか

自社で動かす窓口では、会話の記録は自社が用意したデータベースに残ります。公式ドキュメントによると、トークンの使用量も取引の記録として同じデータベースに保存されます。記録が社外の提供元の環境に置かれないことは、機密を扱う部署にとって大きな利点です。

その裏返しで、保管期間と閲覧者を決める責任も自社に来ます。2026年10月時点の公式ドキュメントでは、会話の保管期間を決めて自動で消す設定は、確かめた範囲では見当たりませんでした。2026年のロードマップでは、第2四半期の予定としてファイルの保持期間と自動削除、本文の暗号化が挙げられていますが、予定は予定であり、導入の前提にはしないほうが安全です。

導入前に決めるのは3つです。会話をどのくらいの期間残すか、誰が読めるか、社員から削除を求められたらどう応じるかです。データベースの管理者は、技術的にはすべての会話を読めます。読める人を絞ることと、読んだ記録を残すことを、運用の規程として先に書いておく必要があります。

法人版を使う形では、記録は提供元の環境に置かれ、管理者が取り出せる範囲は契約と製品で決まります。消したはずの記録が残る仕組みや、管理者に見える範囲の違いは別の記事で詳しく扱っています。どちらの形でも、保管期間と閲覧者を決める作業はなくなりません。違うのは、決めたことを実現する場所が自社か提供元か、という点です。

軸3　誰の資格でログインし、誰の資格でモデルを呼ぶか

公式GitHubによると、LibreChat は2026年10月時点で、外部の認証基盤を使ったログイン、社内のディレクトリを使ったログイン、メールでのログインに対応しています。公式ドキュメントには、マイクロソフトのエントラ ID を使う場合に、ログインの時点で所属グループを取り込める仕組みも書かれています。グループの変更は、次にログインしたときに反映されます。

ここで見落とされやすいのが、ログインする人の資格と、モデルを呼び出す資格が別だということです。自社で動かす窓口では、社員は自分のアカウントでログインしますが、奥のモデルは会社が契約したAPIの鍵で呼び出されるのが基本です。モデルの提供元から見ると、すべての社員の利用が会社の1つの契約として届くことになります。

このため、誰がいつ何を送ったかを追えるのは、窓口の側の記録だけになります。提供元の管理画面では、個々の社員までは見えません。不正な使い方を調べるとき、窓口の記録を誰がどう読むかを決めておかないと、調べる手段がないことになります。

退職や異動のときの手順も、自社で組みます。認証基盤のアカウントを止めればログインはできなくなりますが、その社員が作ったエージェントや共有した資源の持ち主をどうするかは別の作業です。公式ドキュメントの共有の仕組みには「所有者」の権限があるため、持ち主を移す手順を退職の手続きに入れておきます。

軸4　エージェントとMCPを、どこまで開くか

LibreChat では、エージェント、プロンプト、MCPサーバー、スキルなどについて、役割ごとに「使う」「作る」「特定の人やグループに共有する」「全員に公開する」を分けて許可できます。Web検索、ファイル検索、コードの実行、一時的な会話なども、役割ごとに使う・使わないを切り替えられます。公式ドキュメントで確かめた、2026年10月時点の仕組みです。

開き方を決めるときは、段階を付けるのが現実的です。最初は、情報システム部門が作って審査したエージェントを「使う」権限だけを全員に開き、「作る」「共有する」は一部の部署に限る、という順番です。MCPサーバーの追加は、社内のシステムにつながる入口になるため、管理者の権限として残しておきます。

公式ドキュメントには、注意書きも1つあります。エージェントの編集権限を渡された人には、設定された指示文やファイル、道具の構成が見えるため、編集権限を広げたり全員に公開したりする前に、外から指示を紛れ込ませる攻撃の危険を考えるように、と書かれています。共有の範囲は、便利さより先に、誰が中身を書き換えられるかで決めます。

各社の法人版でも、エージェントや外部との接続の機能は増えています。違いは、自社の窓口では複数のモデルにまたがって同じ権限の型で管理できるのに対し、法人版では製品ごとに別々の管理画面で設定することです。MCPでつなぐ前の確認項目そのものは、別の記事でまとめています。

軸5　運用の手間は、誰が引き受けるか

自社で動かす形では、運用の手間がまるごと自社に来ます。版の更新、脆弱性の情報の確認と適用、障害の対応、データベースのバックアップ、接続先の鍵の管理です。公式GitHubでは更新が頻繁に出ており、機能の追加と同時に設定の書き方が変わることもあります。

管理画面は2026年に入って加わりましたが、2026年2月のロードマップでは、初版の範囲は設定の画面化、役割ごとの設定、グループと役割の管理で、利用者の管理は努力目標と書かれています。公式ドキュメントも「これから整う画面」と位置づけています。画面だけで運用が回ると考えず、設定ファイルを読める担当者を置く前提で計画を立てます。

担当者を1人に寄せると、その人が休んだときに更新が止まります。少なくとも2人が設定の全体を理解し、更新の手順を文書にしておくことが必要です。社内に担い手がいない場合は、外部の会社に保守を頼む形もありますが、その費用は次の軸で見積もりに入れます。

法人版の形では、こうした運用は提供元が持ちます。そのかわり、提供元が機能を変えたり、既定の設定を変えたりしたときに、自社の都合で止めることはできません。運用の手間を引き受けて主導権を持つか、手間を任せて主導権を手放すか、という選択だと考えると整理しやすくなります。

軸6　費用は、何に比例して増えるか

費用の増え方は、2つの形で大きく違います。自社で動かす形では、窓口の画面そのものに利用料はかからず、モデルのAPIの利用量に比例して費用が増えます。よく使う社員とほとんど使わない社員がいても、払うのは使った分だけです。

その代わり、使った分が読めない怖さがあります。LibreChat には、利用者ごとに使える量の上限を決める残高の機能があり、一定の期間ごとに自動で補充する設定もできると公式ドキュメントにあります。残高の上限と補充の量を、部署や役割ごとにどう決めるかが、費用の管理の中心になります。費用の表示は既定では画面に出ないため、社員に見せるかどうかも決めます。

見積もりから漏れやすいのは、運用の人手とサーバーの費用です。前の軸で書いた更新と障害の対応には、毎月の工数がかかります。社員の数が少ないうちは、この固定の費用のほうが、モデルの利用料より大きくなることもあります。

法人版の形は、契約の席数に比例して増えるのが基本です。使う人が決まっていて、毎日よく使う部署では、費用を読みやすい形です。一方、部署ごとに別の製品を契約していくと、使われていない席が各所に残ります。どちらが安いかではなく、費用が何に比例して増え、誰がそれを毎月見るかを決めておくことが、比べるときの要点です。

自社の窓口が向く会社、法人版が向く会社

6つの軸を並べると、向き不向きが見えてきます。自社で動かす窓口が向くのは、次の条件がそろう会社です。

• 会話の記録を社外に置きたくない業務がある
• 部署によって使わせたいモデルが違い、その出し分けを1か所で管理したい
• 設定ファイルを読めて、更新と障害の対応を引き受けられる担当者が2人以上いる
• 使う量に大きなばらつきがあり、席数で払うと無駄が出る

逆に、次のような進め方をすると、自社で動かす窓口は半年ほどで持て余しやすくなります。

• 担当者を1人だけ置き、更新の手順を文書にしていない
• 全員に「作る」「全員に公開する」の権限を最初から開いている
• 会話の保管期間と読める人を決めないまま、本番の業務を入れ始める
• 残高の上限を設けず、モデルの利用料を月末の請求で初めて知る

反対に、運用の担い手がいない会社、使う人が少数で固まっている会社、提供元の管理機能と監査の仕組みをそのまま使いたい会社では、法人版のほうが合います。無理に自社で動かしても、更新が止まった窓口は、管理されていない窓口と同じになります。

迷う場合は、「両方を持つ」という結論もあります。全社の共通の窓口を LibreChat で動かしつつ、特定の製品の機能に強く依存している部署だけは法人版を残す形です。ただし、その場合は部署ごとにどちらを使うかの線を文書にしておかないと、結局また契約が散らばった状態に戻ります。

決める前に、小さく試して確かめること

比較表だけでは決まらない項目は、試験導入で確かめます。期間は1か月から2か月程度、対象は機密の低い業務を持つ1つの部署に限ります。本番の顧客情報は入れずに始めます。

5つ目の数字がそろえば、比べる材料は手元に集まります。特に担当者の工数は、事前の見積もりより多くなることがよくあります。試験で使った時間をそのまま本番の運用の見積もりに使うと、導入した後で人手が足りなくなる事態を避けられます。

AIに任せる工程と、人が決める工程

窓口を選ぶ作業の中でも、AIに手伝わせられる部分はあります。各社の管理者向け文書を読ませて比較表の下書きを作らせる、試験導入の記録を要約させる、社員からの質問をまとめさせる、といった作業です。

一方で、決める作業はAIに渡しません。どのモデルに何を入れてよいかは情報システム部門が決めて、画面の設定に落とします。会話の記録の保管期間と閲覧者、エージェントを作る権限を誰に渡すか、MCPサーバーを追加してよいかも、人が決めて記録に残します。AIの下書きを根拠にする場合は、もとの公式文書を人が開いて確かめます。

工程	AIに任せてよいこと	人が決めること
比較の準備	公式文書の要約、比較表の下書き	比べる軸と重み、候補の絞り込み
線を引く	社内規程の言い回しの整え	モデルごとに入れてよい情報、保管期間、閲覧者
権限の設計	役割と権限の一覧表の清書	作る・共有する権限を渡す部署、MCPの追加の可否
運用	更新の内容の要約、問い合わせの分類	更新を当てる時期、障害時に止める判断

窓口の中で動くエージェントについても同じです。2026年のロードマップには、道具を使う前に利用者が確かめて許可する仕組みが第2四半期の予定として挙がっています。仕組みが入っても入らなくても、社内のシステムに書き込む操作を自動で通すかどうかは、人が決めて設定に落とす項目です。

提供元が変わる製品を、どう備えて使うか

LibreChat は買収によって提供元が変わったばかりの製品です。発表では運用の継続とオープンソースへの投資がうたわれていますが、将来の方針は提供元が決めます。導入するなら、方針が変わったときにどう動くかを先に決めておくのが現実的です。

オープンソースで MIT のライセンスである以上、ある時点の版を自社で持ち続けることはできます。ただし、更新を自社だけで続けるのは現実的ではありません。会話の記録やエージェントの設定を、別の窓口に移せる形で取り出せるかを試験導入の段階で確かめておくと、乗り換えの余地が残ります。

各社の法人版にも同じ備えは必要です。提供元が料金や機能を変えたとき、記録を取り出して移れるかどうかは、どちらの形でも確かめる項目です。自社で動かす形は、少なくとも記録が手元にあるという点で、移るときの足場を持ちやすいと言えます。

年に1回は、公式ブログとロードマップ、ライセンスの表記を読み直す担当と時期を決めておきます。提供元の発表を待って慌てるより、読み直す日を予定に入れておくほうが、判断を落ち着いて下せます。

よくある質問

LibreChat は無料で使えるのですか

ソフトウェアそのものは MIT のオープンソースで、利用料はかかりません。ただし、奥で呼び出すモデルの利用料は各社のAPIの契約として別にかかり、サーバーの費用と運用の人手も必要です。無料なのは画面の部分だけだと考えてください。

ClickHouse の買収で、使えなくなる心配はありますか

2025年11月の発表では、既存の導入先は変わらずに運用が続くと書かれており、2026年10月時点で公式GitHubのライセンスも MIT のままです。将来の方針は約束されていないため、記録と設定を取り出せるかを確かめ、公式の発表を定期的に読み直す体制を作っておきます。

管理画面だけで運用できますか

2026年10月時点の公式ドキュメントでは、管理画面は「これから整う画面」とされ、利用者の管理は2026年のロードマップで努力目標とされています。設定ファイルを読める担当者を置く前提で計画を立てるほうが安全です。

部署ごとに使えるモデルを変えられますか

役割やグループごとに設定を上書きする仕組みで、接続先を足し引きできると公式ドキュメントにあります。ただし、細かな出し分けがどこまでできるかは組織の形によるため、試験導入で実際の部署の形を使って確かめてください。

社員の会話を情シスが読めてしまうのは問題になりませんか

自社で動かす形では、データベースの管理者は技術的に会話を読めます。読める人を絞ること、読むのは調査など決めた場面だけにすること、読んだ記録を残すことを規程に書き、社員にも窓口の記録が残ることを周知しておきます。

まとめ

LibreChat は、複数の生成AIを1つの画面で配れるオープンソースの窓口です。2025年11月に ClickHouse が買収を発表し、2026年10月時点でも MIT で公開と開発が続いています。自社で動かせば、誰がどのモデルを使えるか、会話の記録をどこに置くか、エージェントやMCPをどこまで開くかを、自社の線で決められます。その代わりに、更新・障害の対応・記録の保管・費用の監視という仕事が自社に来ます。各社の法人版を部署ごとに使う形は、その仕事を提供元に任せられる一方で、設定の場所が製品ごとに散らばります。どちらを選ぶにしても、モデルごとに入れてよい情報の線、記録の保管期間と閲覧者は、人が先に決めて設定に落とすものです。まずは、社内で使われている生成AIの契約を一覧にし、それぞれの記録がどこに残っているかを書き出すところから始めてみてください。

• 製品の機能・権限の仕組み・ロードマップは、LibreChat の公式GitHub、公式ドキュメント、公式ブログ、ClickHouse の公式ブログを2026年10月14日に確かめた範囲に基づきます。機能や提供の条件は変わることがあるため、導入の前に最新の公式情報を確かめてください
• 各社の法人版の記録の保管・認証の連携・管理機能は製品と契約によって異なります。比べるときは各社の管理者向けの公式文書を確かめてください

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。