indx / あなたのコンテキストレイヤー
パーサー、NER モデル、ベクトル DB は汎用品。indx はあなたのコンテキストレイヤーをつくる。
日本語の業務文書のために作られ、自社の環境で動きます。文書のタイプとフィールドは自社で定義します。indx は各ページを、読める中で最も安い方法で処理し、OCR とビジョンモデルは必要なページだけに使います。チームの修正はラベルになり、ルーターの次のバージョンはそのラベルで採点されます。
これは目標です。下の各部分に完了、進行中、計画中の印をつけ、次に来るものはロードマップが述べます。 ロードマップを読む →
API に接続できません。応答があれば、このインストールが提供するものがここに表示されます。
1 つの基盤 · ルーターは要であって、製品ではない
文書からコンテキストレイヤーへ、そして戻る
青写真の図を、今日答えるもので部分ごとに色分けしたもの。
部分をクリックすると、今日答えるものが見られます
完了 · 今日存在し、使える進行中 · 一部は今日答える計画中 · まだ何も答えない
3 つの部分、1 つのループ
なぜパーサー、NER モデル、ベクトル DB ではないのか？
製品ではなくカテゴリの比較で、ベンチマークはありません。| 文書パーサー / IDP | NER / 抽出モデル | RAG / ベクトル DB | indx | |
|---|---|---|---|---|
| 日本語の業務文書 | 汎用のレイアウト | 言語ごとのモデル | モデルの既定 | 完了日本語のタクソノミーとエンティティのレーン、工程系統図、Shift_JIS。日本語の開示書類と通知でベンチマーク済み |
| OCR とビジョンモデルは必要なところだけ | 全ページを 1 つのパイプラインで | — | — | 完了ラダーはまず CPU でテキスト層を読む。OCR、ビジョンモデル、人はその下だけ |
| 自社の文書タイプとフィールド | ベンダーのカタログ | モデルのラベル | — | 進行中タイプ、フィールド、レビュー済みのラベル、データセットはデータとラベルで。大規模なラベルはフェーズ 9 |
| 文書タイプごとに違う方法 | 固定のパイプライン | 1 つのモデル | 1 つのチャンカー | 完了ルーターがタイプごとにリーダー、チャンカー、レーン、空間を与える |
| 動かす前にルートを見る | — | — | — | 完了POST /v1/plan、ページごと |
| 「似ている」の意味を定義する | — | — | モデルの既定 | 計画中今日は同梱の 4 つの空間。自社の空間はフェーズ 6 |
| 自社のデータで方法を比べる | — | — | — | 進行中実験が評価の組で候補を採点し、1 つを昇格させる。アシスタントはフェーズ 10 |
| 修正のたびに良くなる | ベンダーのリリース | 再学習プロジェクト | — | 進行中今日、修正はラベルになり、実験がより良いルートを昇格させる。ひとりでに学ぶのはフェーズ 5 |
| 自社の環境で動く | 多くは SaaS | さまざま | さまざま | 完了重みを焼き込んだ 1 つのイメージ。AWS、Azure、Google Cloud にデプロイ済みで、自社のサーバーでも動かせる |
| どの部分も差し替えられる | ベンダーのエンジン | 1 つのモデル | さまざま | 完了リーダー、チャンカー、分類器、ストアはすべてプラグイン。下はオープンソースのエンジン |
indx はこれらの道具を置き換えません。方法として動かし、ページごとにその中から選びます。