5 つのモジュール、
ナレッジから実行までを結ぶ一本の道

できます。5 つのモジュールはそれぞれ独立した API と導入単位を持ちます。最も多い出発点は、ナレッジ層をつくる MiliRAG か、既存アプリケーションに散らばったモデル呼び出しを集約する MiliGate です。MiliFlow は単体でも人のノードと外部システムの呼び出しをオーケストレーションできます。プロセス内のエージェントノードには MiliAgent が必要ですが、これは機能上の境界であって、抱き合わせの条件ではありません。

ありません。すでにお使いの ERP、CRM、業務システム、チケットシステム、データ基盤の上のレイヤーとして動作し、API、メッセージキュー、読み取り専用のデータベースビュー経由で接続します。スキーマや業務ロジックには手を入れません。

使えるインターフェースがどうしても無いシステムについては、置き換えをお勧めするのではなく、当社側でアダプターを開発します。

どのモジュールを動かすか、モデルをどこに置くかで変わります。MiliRAG と MiliGate だけを動かし、推論は外部 API に任せる構成なら、標準的な x86 サーバー 3 台から始められます。オープンモデルの推論を社内で動かす場合は、同時実行数に見合う GPU サーバーを追加します。

同時実行数、文書量、レイテンシ目標をもとに、設計の段階で余裕の見込みまで含めた具体的な構成一覧を作成します。最初から最大構成をそろえる必要はありません。

アプリケーションのコードは通常 1 行も変わりません。呼び出しはすべて MiliGate を通るため、プロバイダーの切り替えはルーティング設定の変更で済みます。実際に手間がかかるのはプロンプトの調整と品質の検証で、その差は MiliEval の回帰実行で数値化できます。多くの場合、数営業日のうちに切り替えの可否を判断できます。

受け入れ基準はプロジェクトの開始時に評価セットへ組み込みます。基準を満たさなければ次の段階には進みません。これがリスクを抑える仕組みであり、お客様が中止を判断できるポイントでもあります。

実際に悪化が起きたときは、まず MiliEval で原因が検索の取りこぼしか、プロンプトのずれか、モデルのバージョン変更かを切り分けます。その工程を直したうえで、該当するサンプルを回帰テストのセットに追加し、同じことが二度起きないようにします。

ありません。プライベート導入ではデータはお客様の環境内に完全にとどまり、当社が取得する経路はありません。外部のモデル API を使う場合は、リクエストが外に出る前に MiliGate がマスキングし、プロバイダーが用意している設定でお客様のデータによる学習をオフにします。

データの利用範囲、保持期間、削除については、契約のデータ処理条項に明記します。プライバシーポリシーもあわせてご覧ください。