Spatial AI ベンダー評価で問うべきなのは、機能一覧が長いかどうかではなく、購入企業のデータ、権限、地理条件、証拠を使って、位置情報を伴う具体的な業務を製品が完了できるかどうかです。地図、AI、セキュリティの各項目にチェックが付いていても、ワークフローが閉店中の場所を推薦したり、別 tenant のレコードを露出したりすることはあり得ます。有効な依頼書は、業務、その各システムの所有者、そしてベンダーを採点する前に必要な証拠を明示します。
以下では、その依頼を調達チームとエンジニアリングチームが共通で使えるゲートに変換します。機能インベントリも資料には必要です。ただしそれは、実際のリクエストが通過しなければならない経路とは別の問いに答えるものです。
Spatial AI ベンダー評価の要点
- 業務から始める: ユーザー意図、許可済みデータ、空間計算、適格性、ランキング、検証済みアクション、ホスト側の成果は別々の段階です。
- 所有者を描く: ID、非公開レコード、取引、事業成果は、すでにそれらを統治している組織側に残します。
- 資格情報と権限を分ける: プラットフォームキーは、アプリケーションがサービスを呼び出せることを示します。エンドユーザーの認可は引き続きホスト側の責任です。
- 形容詞ではなく証拠を評価する: 主張、文書、デモ、顧客テスト、限定パイロットは、それぞれ異なる証拠レベルです。
- ハードゲートを維持する: 認可、データレジデンシー、重要ワークフローの未対応は、他の高得点との平均で打ち消してはいけません。
Spatial AI ベンダー評価では何をテストすべきか？
実際に購入側が判断しなければならない内容は、12 の領域で整理できます。ワークフロー、アーキテクチャ、データ、セキュリティ、地理、AI レイヤーは、製品が位置情報業務を実行できるかを示します。ツール、オブザーバビリティ、統合、信頼性、コスト、限定パイロットは、組織がその業務を運用し、障害を説明し、費用を支払い、必要なら停止できるかを示します。低リスク機能で高得点を取っても、認可、データレジデンシー、またはワークフローそのものの重大な失敗は補えません。カバーのボードは、データソース、地理空間データ、API、経路を囲むアクセス境界を含む、これら領域の地図です。
各領域を、所有者と証明方法を持つゲートとして扱います。ワークフローでは、失敗ケースを含め、製品がどのリクエストを完了しなければならないかを問います。アーキテクチャでは、どのシステムを顧客所有のまま残すかを問います。データでは、どのレコードを正とし、どのフィールドを prompt やベクトルストアへ渡してよいかを問います。セキュリティでは、tenant、ロール、非公開フィールドをどう分離するかを問います。地理では、距離、包含、移動時間をどのサービスが計算するかを問います。AI レイヤーでは、言語モデルが何を解釈してよく、どの判断を決定論的コードに残すかを問います。
ツール、オブザーバビリティ、統合はこの基盤に依存するため、その後に続きます。予約、メッセージ送信、レコード書き込みができるツールは、実行前に権限チェックが必要です。1 件の誤った推薦を再構成するには、trace に十分な識別子が必要です。統合では、提案が触れる各システムについて明示された境界が必要です。信頼性、コスト、パイロットではその後、運用モデルがサポート時間、利用量を左右する要因、書面化された受け入れテストに耐えられるかを確認します。このスタックを内製するか一部購入するかをすでに比較したチームは、その分割をここで入力として使い、購入部分を実際の業務に対してテストできます (Kaleidr, 2026)。
なぜ機能一覧だけで候補を絞るべきではないのか？
機能から始める質問票は、「はい」を並べるだけで簡単に埋められます。AI、地図、API、Analytics、セキュリティがすべてスライドに並んでいても、人から検証済みの成果までの経路が定義されていないことはあります。本番に近い評価は、ユーザー意図、許可済みデータ、空間計算、適格性、ランキング、検証済みアクション、そしてホストが必要とする成果を順に通ります。そのすべての段階に証拠が必要です。左側の全項目にチェックが付くベンダーでも、右側の経路では失敗する可能性があります。
左側は「はい」と簡単に付けられる機能チェックリストです。右側は、ユーザー意図から検証済みアクションを経て成果に至る実際の業務です。その経路の各段階に証拠が必要です。この比較は購入側の評価パターンであり、Kaleidr のスコアではありません。
適格性は、ランキング開始前に、閉店、古い情報、在庫切れの場所を除外しなければなりません。検証済みアクションは、そのアクションを説明する文章とは別の段階です。成果は、場所の選択、ルートの開始、ワークフローの完了など、ユーザーが業務を終えたかを記録するホスト側システムに属します。購入企業自身の例を使い、何も返すべきでないリクエストを含めて、これらの段階をベンダーに示してもらいます。ハッピーパスだけを示すデモでは、まだ候補選定の問いに答えていません。
データ、ワークフロー、成果は誰が所有するのか？
製品を比較する前に 3 つの列を描きます。顧客列には、ID、tenant 認可、在庫、予約、取引、事業成果を置きます。ベンダー列には、製品が実際に提供する範囲で、空間レイヤー、SDK、ランキング支援、地図機能、プラットフォーム資格情報、Analytics を置きます。第三者列には、モデルプロバイダー、地図タイル、routing、場所データ、その他のクラウド依存関係が入ることがあります。すべての提案は、顧客列から決して外に出ないレコードを含め、これらの境界を示すべきです。非公開の業務データは、すでにそれを統治しているシステムに残します (Kaleidr, 2026)。
左列は組織がすでに所有しているものです。中央列は評価中の空間プラットフォームです。右列は両者の外側にあり、モデルプロバイダーから routing、場所データまでを含みます。この図の目的は、提案に境界を示させることであり、勝者を決めることではありません。
中央列は system of record を移す場所ではありません。プラットフォームは顧客が閲覧を許可された場所をランク付けでき、地図はホストがすでに信頼する営業時間や在庫を表示できます。しかし価格、契約、支払い、業務完了の定義は、それを記録する顧客システムに残ります。各矢印をまたぐ統合と、その境界の内側に残るフィールドを明示してください。この図を描けない提案は、実装中に購入側が境界を発見することになります。
なぜプラットフォームへのアクセスはユーザー権限ではないのか？
認証は、アプリケーションがプラットフォームを呼び出せることを証明します。認可は、そのリクエストがどのエンドユーザー、tenant、ロール、オブジェクト、フィールド、非公開レコードを使用できるかを決めます。公開可能なブラウザキーとサーバーキーは、2 つのランタイム向けのプラットフォーム資格情報です。非公開データが retrieval や言語モデルに到達する前に、ホストは引き続きエンドユーザー権限を適用します。Kaleidr のキーガイドは、この 2 種類の資格情報を分けています (Kaleidr, 2026)。
同ガイドでは、公開可能なブラウザキーは origin にロックされ、サーバー bearer として機能できないと説明されています。一方、サーバーキーは server-to-server 呼び出し用の資格情報で、ブラウザからは拒否されます。プラン表では、Pro と Enterprise のキーが ai、maps、design の scopes、および chat、editor、viewer、tile の各製品を利用できることが示されています。認証ガイドは、この 2 つが同じ組織に属し、同じ scopes を持ちながら、異なるランタイムで使われると説明しています (Kaleidr, 2026)。Chat ガイドでは、ai scope を持つキーが必要で、その scope の最低プランが Pro とされています (Kaleidr, 2026)。これらの事実はいずれも、人物、tenant、レコードに対するホスト自身のチェックを代替しません。
上側の経路は、アプリケーションがプラットフォームを呼び出せることを示します。下側の経路は、人物、tenant、ロール、オブジェクト、フィールド、非公開データを示します。両経路が合流して初めて、そのリクエストは認可済みとみなされます。公開可能キーやサーバーキーは上側の経路にだけ属します。
プラットフォーム資格情報が何を認可し、何を意図的に対象外にしているかを尋ねてください。地図を読んだりモデルを呼び出したりできるキーは、従業員がどの店舗を見てよいかを決めるものではありません。tenant 分離、フィールドフィルタリング、非公開レコードのチェックは、コンテキスト構築前に実行されるホストポリシーに属します。「許可なしに予約しない」といった prompt 指示は振る舞いを導くことはできますが、その文章自体が認可レイヤーになるわけではありません。
地理的な答えはどこから得るべきか？
場所の ID、ジオメトリ、空間サービス、routing が地理的な基盤を構成します。その後、適格性が、その場所がこのユーザーとこの時点に対して有効かを判断します。ランキングは残った候補から選びます。AI レイヤーは、それらの後でリクエストを解釈し、結果を説明できます。言語モデルは routing エンジンではなく、スタック図はこれらの仕事を分離するために存在します。
移動時間、距離、包含、最寄り場所の計算は、購入側が再実行できるテストが必要です。スライド上に描かれた移動時間は例示であり、購入企業の都市で測定した結果ではありません。どのサービスがルートを計算したか、どの場所 ID が canonical だったか、適格性によってどの候補が除外されたかを確認します。モデルやデータを更新したらテストを繰り返し、複数市場で事業を行う場合は市場別に分けます。精度ガイドは、これらのチェックを単一の総合品質主張と分けています (Kaleidr, 2026)。
下層は場所を表現し、測定します。routing は移動を計算し、適格性は有効な場所を決めます。その後、ランキングは有効な場所だけを並べ、AI レイヤーが解釈して説明します。このスタックは責任分担を示すもので、製品の優劣を示すものではありません。
購入側は、各レイヤーがどこで実行されるかも尋ねるべきです。座標や境界は顧客自身の場所データから得られる場合があります。距離や包含は、計算方法を公開した地理空間サービスから得られる場合があります。移動時間は、独自の鮮度制約を持つ routing プロバイダーから得られる場合があります。提案がこれらすべてを 1 つのモデル回答として扱っているなら、評価側はまだテストすべき計算を特定できていません。
主張と証拠をどう見分けるか？
取得したテキストは Spatial 製品が誤動作する一般的な原因です。場所の説明、アップロード、パートナーフィード、Web ソースは命令ではないからです。OWASP の 2025 年版 Excessive Agency 項目は、予期しない、曖昧、または操作されたモデル出力の後に有害なアクションが続くことを説明し、過剰な機能、権限、自律性を典型的な原因として挙げています (OWASP, 2025)。ベクトルと embedding の項目は、embedding への未認可アクセス、内部者や未検証プロバイダーによるデータポイズニング、tenant がベクトルストアを共有する場合のコンテキスト間漏えいを別途説明しています (OWASP, 2025)。OWASP はこれらを LLM06:2025 Excessive Agency、LLM08:2025 Vector and Embedding Weaknesses と呼んでいます。アーキテクチャ、テスト、残存リスクを要求してください。「prompt injection 対策済み」という「はい」だけでは、その要求に答えていません。
重要な回答はすべて証拠の階段に配置します。レベル 0 は「対応済み」という言葉だけです。レベル 1 は動作を説明する文書です。レベル 2 は管理された環境でのベンダーデモです。レベル 3 は購入企業の統合やデータを使う顧客テストです。レベル 4 は測定可能な受け入れ基準を持つ限定パイロットです。リスクが高い要件ほど高いレベルの証拠が必要であり、マーケティング文は再現テストと同じではありません。
階段は、主張から文書、ベンダーデモ、顧客テスト、パイロット証拠へと上がります。高リスク要件では、より高い段階を求めるべきです。質問票でチェックされた単語は最下段にあります。この階段は購入側の採点ルールであり、Kaleidr の結果ではありません。
NIST の AI RMF Core は、第三者のソフトウェア、ハードウェア、データを Govern 機能が扱うべき事項に含めており、同じページでは AI RMF 1.0 が更新中であることも示されています (NIST, 2023)。2026 年 7 月 8 日、NIST は Cybersecurity Supply Chain Risk Management の Due Diligence Assessment Quick-Start Guide の最終版を発表しました。この発表では、評価は due diligence から始まり、調達判断を実行する前に購入側がサプライヤーリスクを理解する必要があるとされています (NIST, 2026)。このガイドは Spatial AI 標準ではありません。それでも due-diligence の手順は、本番スタックに含まれるモデル、地図、routing、場所データのサプライヤーにも適用できます。どのサプライヤーが顧客データを受け取れるか、変更をどう通知するか、重要サプライヤーが停止した場合どうするかを確認してください。
RFP ではベンダーに何を証明させるべきか？
採点に数字を付ける前に方法が決まるよう、要件の横にテストと証拠を書きます。2 行あれば形を示せます。非公開レコードはユーザー認可に従う必要があります。2 人のユーザーに異なる許可済み場所を設定し、未認可の場所が retrieval、モデルコンテキスト、地図、logs のいずれにも現れないことを要求します。無効な推薦については、閉店、古い情報、在庫切れのケースを用意し、適格性が正しく働き、何も適格でない場合の挙動が定義されていることを確認します。証明方法を明示できない要件は、まだ採点できる状態ではありません。
各行は要件、テスト、証拠を対応付けています。1 行は、異なる許可済み場所を持つ 2 人のユーザーと非公開レコードを扱います。もう 1 行は、閉店、古い情報、在庫切れの場所と、何も適格でない場合の定義済み結果を扱います。この表は RFP の書き方のパターンであり、完了済みの Kaleidr 監査ではありません。
同じシートで、既知の制約、重要な第三者、退出方法も要求してください。未対応地域、エクスポート経路の欠如、レート制限、鮮度に関する前提は有用な回答です。隠れた制約は、明示された制約より展開時のコストが高くつくからです。オブザーバビリティでは、認可から retrieval、地理、ランキングを経てホスト成果に至るまで、1 件の誤った推薦を再構成できる必要があります (Kaleidr, 2026)。事業価値は、機能数ではなく、選択完了やワークフロー完了といった成果を別途測定して評価します (Kaleidr, 2026)。コストの質問もここに含めます。パイロット前に利用量を左右する要因と Enterprise サービス料金を明示し、データレジデンシーの失敗を図上の高得点で平均化するような採点は拒否してください。
Kaleidr はこの評価にどう対応するか？
Kaleidr の開発者向けドキュメントは、1 つのプラットフォーム上に 4 つの製品サーフェスがあると説明しています。Chat はホストの地図内の Spatial AI です。Editor は描画と編集です。Tile はデザイン済みベースマップを提供します。Viewer は地図を公開します (Kaleidr, 2026)。Viewer ガイドでは、embed は share id を使用し、キーを交換せず、その share id を持つ人なら Free プランを含め誰でも利用できるとされています。Viewer embed にキーを渡すと拒否されます (Kaleidr, 2026)。これらのサーフェスは、企業チームが上記の資格情報ゲートや製品ゲートに照らして確認できる具体的な項目です。この一覧は、周辺のすべてのシステムが同じ製品に含まれることを意味しません。
ユーザー、tenant 認可、非公開業務データ、ワークフロー、取引、事業成果の所有者は引き続きホストです。地図レンダラー、routing、場所データは、展開形態によって第三者またはホスト側の依存関係になる場合があります。Kaleidr Enterprise は、その統合に使う location-intelligence API と Map SDK のサーフェスです。このマッピングは境界図です。ホストは CRM、在庫、予約システム、決済スタックを保持し、Kaleidr はその横に適合する必要があります。
左列はホスト製品側に残ります。中央列は、Chat、Editor から Tile、Viewer、Analytics まで、文書化された Kaleidr サーフェスを並べています。右列にはレンダラー、業務システム、外部 routing や場所データがあります。文書化されたアクセスは、公開可能なブラウザキー、サーバーキー、Viewer share id を分けています。
中央列は希望リストではなく、ドキュメントに照らして読んでください。Chat はホストがすでに運用している地図に Spatial AI を接続し、このサーフェスには ai scope が必要です。Editor はホスト製品内に描画と編集を組み込みます。Tile はデザイン済みベースマップを提供します。Viewer は share id で公開地図を embed し、プラットフォームキーを受け取りません。Analytics は、展開に含まれる場合、利用とエンゲージメントのサーフェスです。これらは RFP ごとにスコープ内にも外にもなり得ます。図の役割は、パイロット開始前にそのスコープを可視化することです。
展開を拡大する前に何をすべきか？
まず業務とハードゲートを定義し、後から判明すると高コストになる要件にパイロットを使います。購入企業のデータ、購入企業の場所、認可、適格性、no-result 挙動についての書面化された受け入れテストを使用してください。証拠が揃うまでは、地域、アクション、ユーザーグループを広げません。スケール判断は、ベンダー回答、購入側テスト、パイロット結果を合わせたシステム全体から導きます。既存システムの横に空間レイヤーが必要な場合は Kaleidr Enterprise を確認し、パイロットを限定したまま進める方法は Enterprise Spatial AI Pilot Before Scaling を参照してください。
注: Kaleidr は、画像作成、コンテンツ改善、調査のために、クリエイティブおよび開発ワークフロー全体で AI 支援ツールを使用しています。
よくある質問
機能一覧が長いベンダーほど Spatial AI ベンダー評価で有利ですか？
いいえ。AI、地図、API、Analytics、セキュリティがすべて存在していても、適格性、認可、ホスト成果が失敗することはあります。リクエストから検証済み結果までの経路を評価し、認可、レジデンシー、重要ワークフローの重大な失敗が平均によって薄められないようにします。
プラットフォーム API キーはエンドユーザー権限と同じですか？
いいえ。公開可能なブラウザキーまたはサーバーキーは、アプリケーションがプラットフォームを呼び出せることを示すものです。どの人物、tenant、ロール、非公開レコードをその呼び出しが利用できるかは、引き続きホストが決めます。Kaleidr は、これらのキーを同じ組織 scopes を持つ 2 つのランタイムとして文書化し、Viewer embed はキーを交換しない share-id リンクとして文書化しています。
言語モデルは routing と適格性を置き換えられますか？
いいえ。場所 ID、ジオメトリ、空間計算、移動時間には、テスト可能な地理サービスが必要です。適格性はランキング前に無効な場所を除外します。言語モデルは、それらの後でリクエストを解釈し、結果を説明できます。
高リスク要件ではどの程度の証拠を要求すべきですか？
「対応済み」という文章ではなく、顧客テストまたは限定パイロットを要求してください。文書やベンダーデモは、有用な下位段階です。認可、tenant 分離、データレジデンシーは、購入企業自身のケースと書面化された受け入れ確認を使い、より上位の段階に置くべきです。
Kaleidr は地図周辺のシステムを置き換えますか？
いいえ。現在のドキュメントは、Chat、Editor、Tile、Viewer を空間・地図サーフェスとして説明し、アクセスには公開可能キー、サーバーキー、Viewer share ids を使用します。ID、非公開業務データ、在庫、予約、支払い、事業成果はホストに残ります。評価では、これらのサーフェスが組織の既存アーキテクチャに適合するかを確認します。
参考文献
- Kaleidr. Build vs Buy Spatial AI. https://kaleidr.com/blog/build-vs-buy-spatial-ai
- Kaleidr. Grounded Spatial AI for Business Data. https://kaleidr.com/blog/grounded-spatial-ai-business-data
- Kaleidr Developer Docs. Get an API Key. Publishable browser keys and server keys, and the plan table for scopes and products. Accessed October 2, 2026. https://docs.kaleidr.com/get-an-api-key
- Kaleidr Developer Docs. Auth & Scopes. Two key forms, same organization and same scopes, different runtime. Accessed October 2, 2026. https://docs.kaleidr.com/platform-api/auth-and-scopes
- Kaleidr Developer Docs. Chat. The key must carry the ai scope, and Pro is the minimum plan for that scope. Accessed October 2, 2026. https://docs.kaleidr.com/chat
- Kaleidr. Spatial AI Accuracy Evaluation. https://kaleidr.com/blog/spatial-ai-accuracy-evaluation
- OWASP Gen AI Security Project. LLM06:2025 Excessive Agency. Damaging actions from unexpected, ambiguous, or manipulated model output; excessive functionality, permissions, and autonomy. Accessed October 2, 2026. https://genai.owasp.org/llmrisk/llm062025-excessive-agency/
- OWASP Gen AI Security Project. LLM08:2025 Vector and Embedding Weaknesses. Unauthorized access to embeddings, data poisoning, and cross-context leakage in a shared vector store. Accessed October 2, 2026. https://genai.owasp.org/llmrisk/llm082025-vector-and-embedding-weaknesses/
- National Institute of Standards and Technology. AI RMF Core. Govern covers third-party software, hardware, and data. The page notes that the AI RMF 1.0 is being updated. Accessed October 2, 2026. https://airc.nist.gov/airmf-resources/airmf/5-sec-core/
- National Institute of Standards and Technology. NIST Releases Finalized C-SCRM Due Diligence Assessment Quick-Start Guide. July 8, 2026. Acquirers need supplier-risk information before procurement, and assessments start with due diligence. Accessed October 2, 2026. https://www.nist.gov/news-events/news/2026/07/nist-releases-finalized-c-scrm-due-diligence-assessment-quick-start-guide
- Kaleidr. Spatial AI Observability. https://kaleidr.com/blog/spatial-ai-observability
- Kaleidr. Spatial AI ROI Business Case. https://kaleidr.com/blog/spatial-ai-roi-business-case
- Kaleidr Developer Docs. Products. Chat is Spatial AI in the host map, Editor is draw and edit, Tile is designed basemaps, and Viewer publishes a map. Accessed October 2, 2026. https://docs.kaleidr.com/
- Kaleidr Developer Docs. Viewer. An embed uses a share id, exchanges no key, and rejects a key passed into the embed. Accessed October 2, 2026. https://docs.kaleidr.com/viewer
- Kaleidr. Location Intelligence APIs and Map SDK. Accessed October 2, 2026. https://kaleidr.com/enterprise
- Kaleidr. Enterprise Spatial AI Pilot Before Scaling. https://kaleidr.com/blog/enterprise-spatial-ai-pilot-before-scaling
@misc{kaleidr_build_vs_buy_rfp_2026,
title = {Build vs Buy Spatial AI},
author = {{Kaleidr}},
year = {2026},
url = {https://kaleidr.com/blog/build-vs-buy-spatial-ai}
}
@misc{kaleidr_grounded_rfp_2026,
title = {Grounded Spatial AI for Business Data},
author = {{Kaleidr}},
year = {2026},
url = {https://kaleidr.com/blog/grounded-spatial-ai-business-data}
}
@misc{kaleidr_docs_api_key_2026,
title = {Get an API Key},
author = {{Kaleidr}},
year = {2026},
url = {https://docs.kaleidr.com/get-an-api-key}
}
@misc{kaleidr_docs_auth_scopes_2026,
title = {Auth & Scopes},
author = {{Kaleidr}},
year = {2026},
url = {https://docs.kaleidr.com/platform-api/auth-and-scopes}
}
@misc{kaleidr_docs_chat_2026,
title = {Chat},
author = {{Kaleidr}},
year = {2026},
url = {https://docs.kaleidr.com/chat}
}
@misc{kaleidr_accuracy_rfp_2026,
title = {Spatial AI Accuracy Evaluation},
author = {{Kaleidr}},
year = {2026},
url = {https://kaleidr.com/blog/spatial-ai-accuracy-evaluation}
}
@misc{owasp_llm06_2025,
title = {LLM06:2025 Excessive Agency},
author = {{OWASP Gen AI Security Project}},
year = {2025},
url = {https://genai.owasp.org/llmrisk/llm062025-excessive-agency/}
}
@misc{owasp_llm08_2025,
title = {LLM08:2025 Vector and Embedding Weaknesses},
author = {{OWASP Gen AI Security Project}},
year = {2025},
url = {https://genai.owasp.org/llmrisk/llm082025-vector-and-embedding-weaknesses/}
}
@misc{nist_ai_rmf_core_2023,
title = {AI RMF Core},
author = {{National Institute of Standards and Technology}},
year = {2023},
url = {https://airc.nist.gov/airmf-resources/airmf/5-sec-core/}
}
@misc{nist_cscrm_quickstart_2026,
title = {NIST Releases Finalized C-SCRM Due Diligence Assessment Quick-Start Guide},
author = {{National Institute of Standards and Technology}},
year = {2026},
url = {https://www.nist.gov/news-events/news/2026/07/nist-releases-finalized-c-scrm-due-diligence-assessment-quick-start-guide}
}
@misc{kaleidr_observability_rfp_2026,
title = {Spatial AI Observability},
author = {{Kaleidr}},
year = {2026},
url = {https://kaleidr.com/blog/spatial-ai-observability}
}
@misc{kaleidr_roi_rfp_2026,
title = {Spatial AI ROI Business Case},
author = {{Kaleidr}},
year = {2026},
url = {https://kaleidr.com/blog/spatial-ai-roi-business-case}
}
@misc{kaleidr_docs_home_2026,
title = {Kaleidr Developer Docs},
author = {{Kaleidr}},
year = {2026},
url = {https://docs.kaleidr.com/}
}
@misc{kaleidr_docs_viewer_2026,
title = {Viewer},
author = {{Kaleidr}},
year = {2026},
url = {https://docs.kaleidr.com/viewer}
}
@misc{kaleidr_enterprise_rfp_2026,
title = {Location Intelligence APIs and Map SDK},
author = {{Kaleidr}},
year = {2026},
url = {https://kaleidr.com/enterprise}
}
@misc{kaleidr_pilot_rfp_2026,
title = {Enterprise Spatial AI Pilot Before Scaling},
author = {{Kaleidr}},
year = {2026},
url = {https://kaleidr.com/blog/enterprise-spatial-ai-pilot-before-scaling}
}