
Nexa Intelligence1 つのコーパス。3 つのエンドポイント。同じ引用連鎖。
ステージ 03 はレイヤーがテナントを制御された方法で離れる方法です。同じコーパスが同時に 3 つのエンドポイントにサービスします: 内部ダッシュボード、ブランドパートナー API、AI エージェント検索フィード。各エンドポイントはデータパスで独自のスコープを強制します。各エンドポイントは同じ引用を持つ同じファクトを返します。コーパスをビジネスユニットに変える設定は3 つのエンドポイントが同時にアクティブであることです。
このページは 3 つのエンドポイントのプロダクトビューです: それぞれの有効化方法、スコープの発行と確認方法、コンソールからチームが設定できること。テナントとセグメントの分離を強制するセキュリティカスケードは 信頼とセキュリティ で文書化されています。
[ 01 ] · NAMED: 内部ダッシュボード
最初のエンドポイント、そしてすべての商談への入口。
自社の戦略、マーチャンダイジング、オペレーションチームがダッシュボードを通じてコーパスを利用します。ビューティー: どのカテゴリーを拡大するか。コンサルティング: どの能力ギャップを補充するか。レストラン: どのシフトパターンが離職を予測するか。リテール: どの代替品がカテゴリーラインの低下を説明するか。ダッシュボードはファクト行をディメンション別、セグメント別、時間ウィンドウ別にグループ化します。すべてのセルはそれを生み出したチャンクにリンクします。
これが経営陣が意思決定に使うエンドポイントです。プラットフォームで最も論争の少ないサーフェスであり、残りを正当化する入口です。Pulse ティアのデプロイメントはここで止まります。Macro と Custom Enterprise ティアはその上に次の 2 つのエンドポイントを追加します。
[ 02 ] · NAMED: ブランドパートナー API
コーパスへのスコープ付きクエリ、すでにお金を払っているパートナーに販売。
ブランドパートナー API はコーパスをコストラインから収益ラインに変えるエンドポイントです。各ブランドパートナーはセグメントスコープで発行された API キーを受け取ります: 読み取りが許可されているコーパスのスライス。ビューティーリテーラーの場合、そのスコープは「セグメントベクトルが brand_partner = X と交差するファクト」です。パートナーは自分のブランドの認知マップ、代替グラフ、そのカテゴリーの顧客セグメント行動を見ます。それ以外は何も見えません。
スコープの強制はデータアクセスパスに存在します。パートナーのために発行されたセッションチケットにはスコープが含まれています。そのスコープはパートナーがトラバースできるグラフノード、読み取れる Postgres 行、引用時に解決するチャンクにカスケードします。不正なクエリはエラーで拒否されません。不正なデータは呼び出し元に不可視です。完全なカスケードは セキュリティカスケード で説明されています。
コンソールはオペレーターのビューを提供します: どのパートナーがアクティブか、各パートナーのスコープは何か、今週何件のクエリを実行したか、どのクエリが何を返したか。1 か所から API キーを取り消します。キーが取り消された瞬間にパートナーはコーパスを見ることをやめます。
3 つのエンドポイント。
あなたが運用する 1 つのビジネスユニット。
[ 03 ] · NAMED: AI エージェント検索フィード
自社エージェントとパートナーのエージェントがクエリするエンドポイント。
3 番目のエンドポイントは AI エージェントが利用する MCP サーフェスです。アドバイザーコパイロット、マーチャンダイジングプランナー、顧客向けアシスタント: それぞれが独自のスコープを持つセッションチケットを受け取り、同じ MCP ツールを呼び出してコーパスを読みます。ツールは query_facts、traverse_relations、pivot_dimension、replay_as_of、cite です。MCP はデュアルストアの複雑さを隠します。エージェントはグラフトラバーサルと SQL のどちらかを選ぶ必要がありません。
エージェントが行うすべての検索はソースチャンクへの引用付きの構造化行として返ります。エージェントは有効期限ウィンドウに今日が含まれていないファクトに基づいて推奨を根拠付けることはできません。bi-temporal モデルが検索ステップでブロックします。「ファンデーションをやめて、セラムを試してみて」と推奨するアドバイザーコパイロットは、推奨が行われた日付にプラットフォームが守れるファクトに基づいています。
ブランドパートナーは自分のスコープの範囲内でこのサーフェスに独自のエージェントを接続できます。ブランドパートナーの計画エージェントはダッシュボードが呼び出すのと同じ MCP ツールを呼び出し、そのパートナーのスライスのみを見て、同じ引用連鎖を受け取ります。チームはコンソールでパートナーのエージェントスコープを設定します。
[ 04 ] · NAMED: 監査とリプレイ
6 か月前にパートナーに提供したものは今でもクエリ可能。
すべてのエンドポイントに対するすべてのクエリは監査トレイルに行を書きます: 呼び出し元、スコープ、呼び出されたツール、引用されたチャンク、タイムスタンプ。トレイルは追記のみです。パートナーが「6 か月前、Q2 の購買決定をした時点でカテゴリーについて何を言っていたか」と尋ねると、その日付のコーパスに対して正確なクエリをリプレイできます。bi-temporal モデルがリプレイを正確にします。監査トレイルがリプレイを守れるものにします。
この特性がコーパスを納品物からブランドパートナーが契約できるインフラストラクチャに変えます。調査の納品物はリプレイの問いに答えられません。静的なダッシュボードはリプレイの問いに答えられません。Intelligence Layer は答えられます。
[ 05 ] · NAMED: オペレーターが設定するもの
3 つのエンドポイントのコントラクトサーフェスとしてのコンソール。
オペレーターコンソールから、チームはエンドポイントごとに 3 つのことを制御します。第一に、誰がアクセスできるか: どの内部ユーザーがどのダッシュボードを読めるか、どのパートナーキーがアクティブか、どのエージェントサービスアイデンティティが許可されているか。第二に、何を見るか: コンシューマーごとのセグメントスコープ、ディメンション許可リスト、時間ウィンドウ。第三に、何を使用したか: 今週実行されたすべてのクエリの監査ビュー。チャンク引用を含む。
コンソールの運用にプラットフォームエンジニアは必要ありません。OAuth フロー、スコープの発行、監査の取得はすべてオペレーターレベルのコントロールとして提供されています。IT チームがプラットフォームを SSO、SIEM、既存の API ゲートウェイと統合したい場合、統合ポイントはエンジニアリングリファレンスにあります。。