Orq.aiの一体型か部品の組み合わせか｜作った後の運用の選び方

「マーケの文章生成と問い合わせ対応のAIは動き始めたが、プロンプトの修正のたびに開発者に頼んでいて回らない」「観測、評価、モデルの窓口と、運用の道具を一つずつ足していったら、どこに何があるのか誰も説明できなくなった」——社内で生成AIアプリを二つ三つ作り終えた企業の、AI導入担当や情シスからよく届く声です。どちらも、作った後の運用をどう組むかという同じ問いの裏表です。運用の基盤選びは、機能の多さで決めるものではありません。誰がプロンプトを変え、誰が承認し、データがどこに残るかで決めるものです。この記事では、オランダ発の Orq.ai を例に、一体型の基盤に任せるか、観測・評価・窓口の部品を組み合わせるかの比較、業務部門に触らせる範囲と承認の線、データを置く国、費用の増え方、乗り換えとやめ方を整理します。

Orq.ai は何をする基盤か：作った後の運用を一つの画面に集める

Orq.ai は、オランダのアムステルダムに拠点を置く企業が提供する、生成AIアプリの運用基盤です。報道によれば2022年に始まった会社で、もとは別の社名で活動していました。公式サイトでは自らを「欧州で作られた」企業向けのAI基盤と説明し、30を超える提供元の500を超えるモデルを一つの窓口から呼べると公表しています。2025年12月には500万ユーロのシード資金を調達したと複数の媒体が伝えており、累計の調達額は約730万ユーロとする報道が多く見られます。

中身を機能で分けると、プロンプトとモデル設定の版を管理する仕組み、答えを採点する評価、呼び出しの実行記録を残す観測、社内文書を検索させるナレッジベース、モデルとMCPの呼び出しを受ける窓口（ゲートウェイ）、エージェントの実行と模擬試験が並んでいます。これらが同じ画面と同じ記録の上でつながっていることが、部品を組み合わせる場合との最大の違いです。たとえば、本番の実行記録に人が付けた評価を、そのまま評価用のデータ集に写せます。

運用の体制そのもの、つまり作った後に誰が何を回すかの一般論は別の記事で扱っているため、ここでは繰り返しません。また、観測・評価・窓口のそれぞれを単体の製品で入れる判断も、個別の記事があります。この記事が扱うのは、それらを一つの基盤でまかなうか、部品で組むかを決める場面に限ります。

2026年の動き：10月のリリース4.17と、会社の重心の移り方

公式の更新履歴によると、2026年10月23日にリリース4.17が出ています。中身は大きく三つです。一つ目は、要求をまとめて投げる一括処理の口で、モデル提供元の一括処理の料金がそのまま適用され、通常の半額程度になることが多いと説明されています。急がない大量処理、たとえば過去の問い合わせ記録の分類や商品説明文の一括の手直しでは、費用の見積もりが変わります。

二つ目は窓口の強化です。複数のモデルを一つの呼び出し先にまとめ、審判役のモデルが答えを選ぶか統合する機能と、会話の最初に選ばれたモデルを1分から60分のあいだ固定する機能が加わりました。三つ目は実行記録の表示で、出力の上限に達して途中で止まった呼び出しに警告を出すようになり、プロンプトの差し込み項目の値も記録に残るようになりました（秘密情報は除くと説明されています）。あわせて、エージェントの実行回数や記録の保存量、席の料金はユーロで月ごとに請求する形にそろえています。

もう一つ見ておきたいのが、会社の発信の重心です。公式ブログは2026年9月から10月にかけて、コーディングエージェントで開発を進める「ソフトウェア工場」の話題が大半を占めています。マーケや問い合わせ対応のアプリの運用基盤として選ぶ企業にとっては、今後の機能追加が開発者向けに寄っていく可能性を、契約前の確認事項に入れておく意味があります。

比べる前に：運用で要る仕事を六つに割り、道具に当てる

一体型と部品を比べるには、まず運用で要る仕事を割っておく必要があります。社内の生成AIアプリでよく出てくるのは、プロンプトの版の管理、答えの採点、実行の記録、社内文書の検索、モデルの窓口、エージェントの公開前の試験の六つです。下の表は、それぞれを Orq.ai の中で何が受け持つか、部品で組むならどんな種類の道具になるかを並べたものです。

運用の仕事	Orq.ai の中で受け持つもの	部品で組む場合の道具の種類
プロンプトの版の管理	配備（版ごとの記録・差分・戻し）	プロンプト管理の道具、または社内のコード管理
答えの採点	評価器と人の評価の受け付け	評価の専用基盤、自作の採点スクリプト
実行の記録	実行記録（呼び出しと処理の単位ごと）	オープンソースまたは商用の観測ツール
社内文書の検索	ナレッジベース	検索基盤とベクトルデータベース
モデルの窓口	AIゲートウェイ（MCPの窓口を含む）	ゲートウェイ製品、クラウド各社の窓口
公開前の試験	評価用のPython製ライブラリによる模擬会話	模擬試験の専用サービス、手作業の試験

表で見えるとおり、一体型の利点は「六つが同じ記録でつながる」ことであり、部品の利点は「一つずつ最も強い道具を選べる」ことです。どちらが正しいかではなく、自社の弱いところがどこにあるかで判断が分かれます。たとえば、記録はあるのに採点の仕組みが無い企業と、採点はしているのにプロンプトの版が追えない企業では、足すべきものが違います。

選択肢は三つ：一体型・部品の組み合わせ・各社の法人版のまま

実際の選択肢は二つではなく三つです。Orq.ai のような一体型に寄せる、観測・評価・窓口を別々の道具で組む、そして運用の基盤を入れずに、モデル提供元の法人向けの管理画面だけで回す、の三つです。アプリが一つで、使うモデルも一社だけなら、三つ目で足りることも少なくありません。

比べる軸	一体型（Orq.ai など）	部品の組み合わせ	各社の法人版のまま
業務部門がプロンプトを直す	画面上で直せる。承認の手順は自社で足す	道具ごとに権限が分かれ、教える範囲が広い	直すには開発者の作業が要ることが多い
記録と評価のつながり	同じ記録の上で評価できる	継ぎ目の連携を自社で保守する	記録の粒度は提供元しだい
データの置き場	欧州のクラウド、自社のクラウド内、自社設置から選ぶ	道具ごとに置き場がばらばら	提供元の地域設定に従う
やめるときの手間	窓口と版の管理を同時に移す必要がある	一つずつ差し替えられる	やめる対象が少ない
費用の読みやすさ	一つの請求書にまとまる	道具の数だけ請求と契約がある	モデルの利用料だけ

この表の中で最も重いのは、一行目の「業務部門がプロンプトを直す」です。一体型を選ぶ理由の多くは、開発者を通さずに業務部門が言い回しを直せることにあります。逆に言えば、プロンプトを直すのが今後も開発者だけなら、一体型の利点の半分は使われません。

一体型が向く場面：プロンプトを業務部門が持ち、アプリが三つ以上ある

一体型が向くのは、たとえば次のような会社です。マーケ部門の記事の下書き生成、営業部門のメール文面の作成、サポート部門の問い合わせの一次回答と、部署ごとに生成AIアプリがあり、それぞれの言い回しや禁止表現を業務の担当者が一番よく知っている状態です。この場合、プロンプトの持ち主は業務部門になり、開発者は窓口とつなぎ込みを受け持つ形がなじみます。

もう一つの条件は、記録と評価がまだ整っていないことです。ゼロから観測と評価を用意するなら、最初から同じ記録の上で、実行の記録に人が付けた評価を評価用のデータ集に写せることの利点は大きくなります。部品で組むと、その写し替えの仕組みを社内で書いて保守し続けることになります。

ただし、一体型は「一社に寄せる」選択でもあります。窓口、プロンプト、記録、評価のすべてが同じ事業者の上にある状態は、事業者の方針転換や値上げの影響を一度に受けることを意味します。後で触れるやめ方の確認を、入れる前に済ませておくことが前提になります。

部品の組み合わせが向く場面：既に窓口か観測を持っている

部品の組み合わせが向くのは、すでにいずれかの部品を社内で回している会社です。たとえば、情シスがモデルの窓口をクラウド各社の機能で整え、利用の記録も既存の監視の仕組みに流している場合、そこへ一体型を重ねると、窓口が二重になり、どちらの記録が正なのかで揉めます。

開発者が少数でも深く、評価の物差しを自分たちで書きたいチームも、部品のほうがなじみます。採点の仕組みを自作し、コード管理の上でプロンプトの版を追っているなら、業務部門に直させる必要がそもそも薄いからです。この場合は、画面で触れることよりも、既存の開発の手順に組み込めることのほうが価値を持ちます。

部品で組むときの落とし穴は、継ぎ目の責任が誰にも無いことです。観測の道具は情シス、評価はデータ分析の担当、窓口は開発、と持ち主が分かれると、障害のときにどこを見ればよいかが決まりません。部品を選ぶなら、継ぎ目の持ち主を一人決めることを、道具の選定と同じ重さで扱ってください。

業務部門にプロンプトを触らせる範囲：言い回しはよい、道具と知識は開発の承認

Orq.ai の配備の仕組みでは、配備するたびに新しい版が作られ、履歴が残ります。版どうしの差分を並べて見る機能と、過去の版を選んで戻す機能があり、公開せずに下書きとして新しい版を保存することもできます。配備の際には大きな変更か小さな変更かを選び、説明を書く欄があります。公式の文書は、こうした変更をコードのリリースなしに繰り返せることを利点として挙げています。

だからこそ、触らせる範囲を先に分ける必要があります。業務部門に任せてよいのは、言い回し、例文、禁止表現の一覧、出力の形式といった、答えの中身の調整です。一方で、使うモデルの変更、呼び出す道具の追加、検索させる文書の範囲の変更は、開発と情シスの承認を通すべきです。これらは費用、データの流れ、答えの安全性を同時に変えるからです。

• 業務部門が言い回しを直したついでに、より安いモデルへ切り替え、答えの質が落ちたことに数日気づかない
• ナレッジベースに部署の共有フォルダを丸ごと足し、社外秘の資料が問い合わせ対応の答えに引用される
• 下書きのつもりで保存した版を、説明を書かずにそのまま公開し、誰がなぜ変えたか追えなくなる

三つ目の例は、版の説明欄を空のまま運用すると簡単に起きます。差分を見る機能があっても、「なぜ変えたか」は差分には残りません。説明欄に変更の理由と依頼元を書くことを、業務部門に渡す最初の約束にしてください。

配備には、言い回し以外の設定も含まれます。公式文書によると、混雑や一時的な障害を示す応答のときに何回やり直すか、やり直しが尽きたときにどの予備のモデルへ切り替えるかを、配備ごとに決められます。ガードレールの検査に落ちたときに、やり直しや予備への切り替えを起こす設定もあります。また、利用者の属性などの条件に応じて、同じ配備の中で別の版の設定に振り分ける表も持てます。予備のモデルや振り分けの表は、言い回しと同じ画面にあっても、承認が要る側に入れておくのが安全です。予備に切り替わった答えは、ふだん評価しているモデルの答えとは別物だからです。

承認の線：公開ボタンを誰が押すかは社内で決める

Orq.ai の権限は、ワークスペースの中でメンバーとチームを分けて管理する形です。役割ごとの権限の文書では、管理者・開発者・研究者の三つの役割があり、チームが案件（プロジェクト）ごとに権限を持つと説明されています。この細かい権限は上位の契約向けの機能と書かれており、料金ページでも、単一ログインや細かい権限は月300ユーロの追加の枠に含まれる扱いです。4.17では、社内の自動化の仕組みが持つ身元の証明と引き換えに、短い時間だけ有効な鍵を発行する機能も上位の契約向けに加わりました。長く使える鍵を自動化の設定に書き込んだままにしない運用が取りやすくなります。

確認できた範囲の公式文書には、「誰かが承認しないと公開できない」という承認の流れそのものは書かれていません。版の記録と戻しはできても、公開の前に別の人が確かめる手順は、役割の割り当てと社内の約束で作る必要があります。最初は次の順で組むのが無理のない形です。

この手順は、部品で組む場合にも必要です。違いは、一体型なら一つの画面の中で回せること、部品なら道具ごとに同じ約束を作ることです。どちらを選んでも、承認の手順は道具が用意してくれるものではなく、社内が書くものだという点は変わりません。

評価と模擬試験：AIの採点を、人の確認で検める

Orq.ai には、答えを自動で採点する評価器に加えて、人の評価を受け付ける仕組みがあります。公式文書によると、人の評価は案件ごとに設定し、ボタンの選択肢を自分たちで決められます。評価を待つ記録をまとめて並べる列を作り、条件に合った実行記録を自動で流し込むこともできます。記録の種類によっては、評価だけでなく、望ましい答えへの修正も書き込めます。

公開前の模擬試験は、評価用のPython製ライブラリで行う形です。エージェントの簡単な説明から、利用者の人物像と状況、最初の一言を作り、人物像と状況の組み合わせの数だけ会話を並行で走らせます。ただし、公式文書にはこの機能はPython版のライブラリだけで使え、結果を見る画面はまだ試験提供の段階と書かれています。業務部門が画面だけで模擬試験を回せる段階にはまだ無いと考えておくのが安全です。

ここで押さえておきたいのは、模擬の利用者も採点役も、どちらもAIが務めるという点です。AIが作った問いをAIが採点すると、同じ癖で甘くなりやすいため、合格の線は人が文章で書き、採点の結果の一部を業務の担当者が抜き取りで確かめる手順を残してください。評価の基盤の個別の選び方は別の記事で扱っているため、ここでは採点を人が検める線だけを強調しておきます。

AIに判断させない線：合議・振り分け・採点の結果をうのみにしない

4.17で加わった、複数のモデルの答えを審判役のモデルがまとめる機能は、一見すると答えの質を上げる仕組みに見えます。しかし、審判役もまたモデルであり、どの答えが正しいかを保証するものではありません。顧客に出す答えや、社外に公開する文章の正しさは、合議の有無にかかわらず、根拠となる社内文書への参照で確かめる必要があります。

モデルの振り分けについても同じです。会話の途中でモデルが変わらないよう固定する機能は、答えのぶれを抑えるには役立ちますが、どのモデルに振るかの判断を任せきりにすると、費用と品質のどちらが優先されたのか後から説明できなくなります。振り分けの考え方そのものは別の記事に譲り、ここでは「振り分けの規則は人が書き、変えたら評価を通す」という一点だけを残します。

• 答えには、参照した社内文書の名前か位置を必ず添えさせる（根拠を書かせる）
• 合議や振り分けの設定を変えたら、プロンプトの変更と同じく評価用の問いの束を通す
• 人が確認する範囲（価格・契約条件・法令に触れる答え）を先に決め、そこはAIの採点だけで公開しない

データを置く国と、社外に出るもの

料金ページによると、Orq.ai は欧州で作られ欧州のクラウドで提供され、欧州域内のモデルへ振り分ける設定もあると説明しています。上位の契約では、事業者のクラウド版に加えて、自社のクラウド環境の中に置く形（主要なクラウドのマーケットプレイス経由）と、自社設置（外部とつながらない環境を含む）が選べると書かれています。

日本の企業が気をつけたいのは、データが二段階で社外に出ることです。一段階目は、プロンプトと答え、差し込み項目の値を含む実行記録が Orq.ai の環境に残ること、二段階目は、その呼び出しがモデル提供元に渡ることです。運用基盤を入れると、モデル提供元に加えて、記録を預かる事業者がもう一つ増えると考えてください。従量課金の契約では、記録の保持期間は30日と書かれています。

個人情報を含む問い合わせ対応のアプリを載せるなら、記録の保存先が外国になることについて、個人情報保護法上の外国にある第三者への提供や委託の扱いに当たるかを、法務と確かめておく必要があります。公式サイトは監査報告書である SOC2 の取得を示し、ISO 27001 については、トップページでは取得手続き中、料金ページでは上位の契約の項目として並んでおり、表記が分かれているため、契約前に最新の状況を事業者に確かめるのが確実です。

費用の増え方：席・記録・実行回数・ナレッジベース・手数料

料金ページによると、従量課金の契約ではすべての機能が使え、月あたり10万件の処理単位の記録、1ギガバイトの処理データ、500回のエージェントの実行が含まれます。超えた分は、記録10万件ごとに7ユーロ、データ1ギガバイトごとに3ユーロ、エージェントの実行1回ごとに0.01ユーロです。窓口を使うだけの席は人数で課金されず、プロンプトを編集する画面の席は1人あたり月35ユーロです。

費用が増えやすいのは三か所です。一つ目はナレッジベースで、月500ユーロ（2.5ギガバイトの文書処理を含む）からの別料金になっている点です。社内検索のアプリを載せると、ここが固定費として効いてきます。二つ目は、業務部門に編集の席を配るほど席の料金が増える点です。三つ目は、記録の件数で、エージェントの一歩一歩や評価器・ガードレールの実行もそれぞれ1件と数えられるため、評価を全件にかけると記録の件数が膨らみます。

モデルの利用料は、事業者の鍵を使えば提供元の定価に上乗せなしで、前払いのクレジットに4.5パーセントの手数料がかかります。自社の鍵を持ち込む場合は、月100万件までの振り分けは無料で、それを超えると4パーセントの手数料と書かれています。見積もりでは、モデルの利用料と基盤の料金を分けて、アプリごとに出すと、どのアプリが費用を押し上げているかが後から読めます。部品で組む場合と比べるときも、道具ごとの料金に、継ぎ目を保守する人の時間を足して比べてください。

乗り換え・やめ方：抜ける道を入れる前に作る

一体型をやめるときに一番重いのは、窓口とプロンプトの両方が同じ基盤にあることです。アプリが Orq.ai の窓口を経由してモデルを呼んでいる場合、やめるにはアプリ側の呼び出し先を書き換える必要があります。入れる段階で、アプリの中に呼び出し先を一か所で切り替えられる設定を作っておくと、やめるときの作業が一日で済む規模に収まります。

もう一つは、プロンプトの版と評価の記録を手元に残すことです。版の履歴や評価用のデータ集が事業者の画面の中にしか無い状態で解約すると、これまでの改善の経緯が失われます。定期的に書き出して社内に保管する手順を、運用の約束に含めてください。従量課金の契約では記録の保持が30日なので、監査や振り返りに長く使う記録は、社内の保管先に移しておく必要があります。

• アプリの呼び出し先を設定一つで、モデル提供元の直接呼び出しに戻せるか
• プロンプトの各版と説明欄を、定期的に書き出して社内に保管しているか
• 評価用の問いの束と合格の線を、事業者の画面の外にも文書で持っているか
• 解約後に記録とデータがいつ消えるかを、契約書またはデータ処理の取り決めで確かめたか

入れる前に確かめる項目

ここまでの比較を、導入の会議で使える形にまとめます。一体型を選ぶ場合も部品を選ぶ場合も、次の項目に答えられないうちは、本番のアプリを載せないことをおすすめします。答えが出ない項目があれば、そこが自社の運用の弱点です。

• プロンプトの持ち主は部署ごとに誰か。開発者だけか、業務部門も含むか
• 業務部門に任せる変更（言い回し・例文）と、承認が要る変更（モデル・道具・検索範囲）を文書にしたか
• 公開ボタンを押す人と、前の版に戻す判断者を決めたか
• 評価の合格の線を人が文章で書き、AIの採点を抜き取りで検める手順があるか
• 記録の保存先の国と保持期間、個人情報の扱いを法務と確かめたか
• モデルの利用料と基盤の料金を、アプリごとに分けて見積もったか
• やめるときに呼び出し先を戻す手順と、プロンプトの書き出しの手順があるか

このうち最初の二つが決まると、一体型か部品かの答えはほぼ出ます。業務部門がプロンプトを持つなら一体型の利点が生き、開発者だけが持つなら部品か各社の法人版で足ります。残りの項目は、どちらを選んでも必要な運用の約束です。

よくある質問

Q. Orq.ai は日本語のアプリでも使えますか

基盤そのものは、プロンプトや答えの言語を問わずに版の管理や記録を行う仕組みです。答えの日本語の質は、窓口から呼ぶモデルしだいです。管理画面や文書は英語が中心なので、業務部門に画面を渡すときは、社内向けの短い手引きを用意しておくと定着が早くなります。

Q. 小さく試すにはどの契約から始めればよいですか

料金ページでは、従量課金の契約で全機能が使え、月ごとの無料の範囲が含まれると説明されています。まずは社内向けのアプリを一つ載せ、記録の件数と編集の席の数が月にどれだけになるかを測ってから、上位の契約の要否を判断するのが順当です。細かい権限や単一ログインは追加の枠か上位の契約になる点に注意してください。

Q. 既に観測の道具を入れていますが、併用できますか

併用自体はできますが、記録の正をどちらに置くかを決めないと、数字が合わないときの議論が長引きます。既存の観測の道具を残すなら、Orq.ai はプロンプトの版の管理と評価に絞って使い、窓口と記録は既存の側に寄せる、というように役割を分けてから試すのが無難です。

Q. 業務部門がプロンプトを直して事故が起きたら、誰の責任ですか

道具の側は、誰がいつどの版を公開したかの記録は残しますが、責任の所在までは決めてくれません。公開の承認者を決め、承認者が評価の結果を見て公開したことを記録に残す、という社内の手順で責任の線を引いてください。

まとめ

Orq.ai のような一体型の基盤は、プロンプトの版、評価、記録、窓口を同じ記録の上でつなぎ、業務部門が開発者を通さずに言い回しを直せるようにします。その利点が生きるのは、プロンプトを持つのが業務部門で、アプリが複数あり、記録と評価がまだ整っていない会社です。既に窓口や観測を持ち、開発者が深く回しているなら、部品の組み合わせか各社の法人版で足ります。どちらを選んでも、公開の承認、評価の合格の線、AIの採点を人が検める手順、データの置き場、やめるときの抜け道は、道具ではなく社内が決めることです。入れる前に「誰が直し、誰が承認し、どこに残り、どう抜けるか」の四つに答えを出してから、最初のアプリを載せてください。

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