コアユーザー機能
手法に依存しない、indx が約束する安定した成果。
英語版が原文です。
これらの成果は、ルーティング手法、モデル、パーサー、デプロイが変わっても 安定しています。
誰が呼ぶのか
Section titled “誰が呼ぶのか”3 種類の利用者が、HTTP、CLI、またはインプロセスファサードを通じて、 同じ 4 つの操作に到達します。
- 検索パイプラインまたはエージェントパイプラインは、自身が管理するインデックスの ために、チャンクレベルのテキストとバージョン管理された埋め込みを求めます。 あわせて、後でそのベクトルを検索するためのクエリエンコーダーを求めます (成果 1、2、7)。
- ドキュメント処理アプリケーションは、いくら使ったか、作業がどこで実行されたか、 各ページに何が起きたか — 何も読めなかったページを含めて — を説明できなければ なりません(成果 2、4、6)。
- コーパスと予算を持つ運用者は、安価なパスで足りるときは常に安価なパスを、 足りないときだけ高価なパスを求めます。その差は、主張ではなく計測で示せることを 求めます(成果 2、4、5)。
誰もルーターを求めてはいません。求めているのはこれらの成果です。ルーティングは 成果に到達する手段であり、交換可能です。
1. 実行可能な計画を受け取る
Section titled “1. 実行可能な計画を受け取る”API またはライブラリの利用者は、コンテンツとビジネス制約を送信し、記録された スナップショットに存在する機能だけを含む、完全で説明可能な計画を受け取ります。 計画は実行なしで返すことができ、同じソース、制約、ポリシー、スナップショットに 対して再現可能です。
2. 必要な結果を効率的に達成する
Section titled “2. 必要な結果を効率的に達成する”実行は、宣言された品質、レイテンシ、コスト、ハードウェア、データ所在の制約を、 不要な重い処理なしで満たします。実際のコスト、レイテンシ、品質、リソース使用量、 フォールバックが記録されます。満たせなかった制約は明示的に報告されます。
3. 汎用カバレッジを失わずに特化する
Section titled “3. 汎用カバレッジを失わずに特化する”認識された入力は、特化パーサーや再利用可能な設定をノミネートできます。認識が それを強制することはありません。特化パスが利用不能・不許可・無効であっても、 適格な汎用フォールバックが残ります。
4. ルーティングの優位性を証明する
Section titled “4. ルーティングの優位性を証明する”計画された成果と実際の成果を、固定されたデータセット、機能スナップショット、 制約、重量級パイプラインのベースラインと比較できます。ルーティングの判断と エグゼキューターの失敗は区別可能なままです。
5. コーパスを CPU で分類する
Section titled “5. コーパスを CPU で分類する”標準的な入力は GPU 処理なしで分類・整理できます。コーパス規模の実行については、 CPU のみで処理できた割合と総コストが報告されます。
6. 難しいエンタープライズデータを読む
Section titled “6. 難しいエンタープライズデータを読む”優先度の高いドキュメント — スキャン、手書き、スプレッドシート、図面、大きな ファイルを含む — には、適格な読み取りパスがあります。読み取り不能なコンテンツが 黙って落とされることはありません。
7. 処理済みデータをエージェントが読める形にする
Section titled “7. 処理済みデータをエージェントが読める形にする”処理済みコンテンツは、メタデータと、バージョン管理されたドキュメント/チャンク 埋め込みを持ち、顧客が管理するインデックスへエクスポートできます。レスポンスは、 後でそのベクトルを検索するのに必要な埋め込み空間とクエリエンコーダーを 識別します。
最初の検証スライス
Section titled “最初の検証スライス”最初の実行可能な仕様は、ネイティブテキストのフィクスチャ 1 つ、スキャンの フィクスチャ 1 つ、直接抽出、汎用 OCR、汎用 VLM、任意のインボイス特化 1 つで、 機能 1〜4 をカバーします。機能 5〜7 は、バックボーンがベースラインを計測するまで、 目標要件のままです。