Spatial AI 공급업체 평가에서 물어야 할 것은 기능 목록이 얼마나 긴지가 아니라, 위치 기반 제품이 구매자의 데이터, 권한, 지리 조건, 증거를 사용해 구체적인 업무를 완료할 수 있는지입니다. 지도, AI, 보안 항목에 모두 체크되어 있어도 워크플로가 폐점한 장소를 추천하거나 다른 tenant의 레코드를 노출할 수 있습니다. 유용한 요청서는 업무, 각 시스템의 소유자, 그리고 공급업체를 점수화하기 전에 필요한 증거를 명확히 적습니다.
아래 섹션은 이 요청을 조달팀과 엔지니어링팀이 함께 사용할 수 있는 게이트로 바꿉니다. 기능 인벤토리도 파일에 필요합니다. 다만 그것은 실제 요청이 통과해야 하는 경로와는 다른 질문에 답합니다.
Spatial AI 공급업체 평가 핵심 사항
- 업무에서 시작: 사용자 의도, 승인된 데이터, 공간 계산, 적격성, 랭킹, 검증된 액션, 호스트 결과는 각각 별도의 단계입니다.
- 소유자를 그리기: 신원, 비공개 레코드, 거래, 비즈니스 결과는 이미 이를 관리하는 조직에 남겨 둡니다.
- 자격 증명과 권한을 분리: 플랫폼 키는 애플리케이션이 서비스를 호출할 수 있음을 증명합니다. 최종 사용자 권한 부여는 여전히 호스트의 책임입니다.
- 형용사가 아니라 증거를 평가: 주장, 문서, 데모, 고객 테스트, 범위가 제한된 파일럿은 서로 다른 증거 수준입니다.
- 하드 게이트 유지: 권한 부여, 데이터 레지던시, 지원되지 않는 핵심 워크플로의 실패를 다른 항목의 높은 점수로 평균 내어 없애면 안 됩니다.
Spatial AI 공급업체 평가는 무엇을 테스트해야 하나요?
구매자가 실제로 내려야 하는 결정은 12개 영역으로 정리할 수 있습니다. 워크플로, 아키텍처, 데이터, 보안, 지리, AI 레이어는 제품이 위치 기반 업무를 수행할 수 있는지를 설명합니다. 도구, 관측 가능성, 통합, 신뢰성, 비용, 제한된 파일럿은 조직이 그 업무를 운영하고, 실패를 설명하고, 비용을 감당하고, 필요하면 중단할 수 있는지를 설명합니다. 저위험 기능에서 높은 점수를 받더라도 권한 부여, 데이터 레지던시, 또는 워크플로 자체의 치명적 실패를 보완할 수 없습니다. 표지의 보드는 데이터 소스, 지리공간 데이터, API, 경로를 둘러싼 액세스 경계를 포함해 이 영역들을 한눈에 보여 주는 지도입니다.
각 영역을 소유자와 증명 방법이 있는 게이트로 다루십시오. 워크플로는 실패 사례를 포함해 제품이 어떤 요청을 완료해야 하는지 묻습니다. 아키텍처는 어떤 시스템을 고객 소유로 남길지 묻습니다. 데이터는 어떤 레코드가 권위 있는 원천인지, 어떤 필드가 prompt나 벡터 스토어에 들어갈 수 있는지 묻습니다. 보안은 tenant, 역할, 비공개 필드를 어떻게 분리할지 묻습니다. 지리는 거리, 포함 여부, 이동 시간을 어떤 서비스가 계산하는지 묻습니다. AI 레이어는 언어 모델이 무엇을 해석할 수 있고 어떤 결정은 결정론적 코드에 남겨야 하는지 묻습니다.
도구, 관측 가능성, 통합은 이 기반에 의존하기 때문에 그 다음에 옵니다. 예약, 메시지 전송, 레코드 쓰기가 가능한 도구는 실행 전에 권한 검사가 필요합니다. 잘못된 추천 한 건을 재구성하려면 trace에 충분한 식별자가 있어야 합니다. 통합은 제안이 접촉하는 각 시스템마다 이름이 붙은 경계가 필요합니다. 신뢰성, 비용, 파일럿은 그 다음에 운영 모델이 지원 시간, 사용량 요인, 문서화된 승인 테스트를 견딜 수 있는지 묻습니다. 이 스택을 직접 구축할지 일부를 구매할지 이미 비교한 팀은 그 이전의 경계 구분을 여기의 입력으로 사용한 뒤, 구매한 부분을 실제 업무에 맞춰 테스트할 수 있습니다 (Kaleidr, 2026).
왜 기능 목록만으로 숏리스트를 만들면 안 되나요?
기능 중심 설문은 ‘예’가 줄줄이 이어지도록 작성하기 쉽습니다. AI, 지도, API, 분석, 보안이 모두 슬라이드에 존재해도 사람에서 검증된 결과까지의 경로가 정의되지 않을 수 있습니다. 실제 운영에 맞는 평가는 사용자 의도, 승인된 데이터, 공간 계산, 적격성, 랭킹, 검증된 액션, 호스트가 필요로 하는 결과까지를 따라갑니다. 이 각 단계마다 증거가 있어야 합니다. 왼쪽의 모든 상자에 체크한 공급업체도 오른쪽의 경로에서는 실패할 수 있습니다.
왼쪽 패널은 쉽게 ‘예’라고 표시할 수 있는 기능 체크리스트입니다. 오른쪽 패널은 사용자 의도에서 검증된 액션을 거쳐 결과에 이르는 실제 업무입니다. 이 경로의 모든 단계에는 증거가 필요합니다. 이 비교는 구매자를 위한 평가 패턴이며 Kaleidr 점수가 아닙니다.
적격성은 랭킹이 시작되기 전에 폐점, 오래된 정보, 품절 장소를 제거해야 합니다. 검증된 액션은 그 액션을 설명하는 문장과 별개의 단계입니다. 결과는 장소 선택, 경로 열기, 워크플로 완료 등 사용자가 업무를 끝냈는지를 기록하는 호스트 시스템에 속합니다. 구매자의 자체 사례를 사용해 이런 단계를 보여 달라고 공급업체에 요청하고, 아무 결과도 반환하지 않아야 하는 요청도 포함하십시오. 해피 패스만 보여 주는 데모는 아직 숏리스트 질문에 답하지 못한 것입니다.
데이터, 워크플로, 결과는 누가 소유하나요?
제품을 비교하기 전에 세 개의 열을 그리십시오. 고객 열에는 신원, tenant 권한 부여, 재고, 예약, 거래, 비즈니스 결과를 둡니다. 공급업체 열에는 제품이 실제로 제공하는 범위에서 공간 레이어, SDK, 랭킹 지원, 지도 기능, 플랫폼 자격 증명, 분석을 둡니다. 제3자 열에는 모델 공급자, 지도 타일, routing, 장소 데이터, 기타 클라우드 의존성이 들어갈 수 있습니다. 모든 제안서는 고객 열을 절대 떠나지 않는 레코드를 포함해 이런 경계를 보여 주어야 합니다. 비공개 비즈니스 데이터는 이미 이를 관리하는 시스템에 남습니다 (Kaleidr, 2026).
왼쪽 열은 조직이 이미 소유한 것입니다. 가운데 열은 평가 중인 공간 플랫폼입니다. 오른쪽 열은 양쪽 바깥에 있으며 모델 공급자부터 routing, 장소 데이터까지 포함합니다. 이 그림의 목적은 제안서가 경계를 보여 주게 하는 것이지 승자를 정하는 것이 아닙니다.
가운데 열은 system of record를 옮길 곳이 아닙니다. 플랫폼은 고객이 볼 권한이 있는 장소를 랭킹할 수 있고, 지도는 호스트가 이미 신뢰하는 영업시간이나 재고를 표시할 수 있습니다. 그러나 가격, 계약, 결제, 업무 완료의 정의는 이를 기록하는 고객 시스템에 남습니다. 각 화살표를 가로지르는 통합과 그 뒤에 남는 필드를 이름으로 지정하십시오. 이 그림을 그리지 못하는 제안은 구현 단계에서 구매자가 경계를 찾아내도록 떠넘깁니다.
왜 플랫폼 액세스가 사용자 권한과 같지 않나요?
인증은 애플리케이션이 플랫폼을 호출할 수 있음을 증명합니다. 권한 부여는 해당 요청이 어떤 최종 사용자, tenant, 역할, 객체, 필드, 비공개 레코드를 사용할 수 있는지 결정합니다. 공개 가능한 브라우저 키와 서버 키는 두 런타임을 위한 플랫폼 자격 증명입니다. 비공개 데이터가 retrieval이나 언어 모델에 도달하기 전에 호스트는 계속 최종 사용자 권한을 적용합니다. Kaleidr의 키 가이드는 이 두 가지 자격 증명 형태를 분리합니다 (Kaleidr, 2026).
같은 가이드는 공개 가능한 브라우저 키를 origin에 잠긴 키이자 서버 bearer로 사용할 수 없는 키로 설명하고, 서버 키는 브라우저가 거부하는 server-to-server 호출용 자격 증명으로 설명합니다. 플랜 표는 Pro와 Enterprise 키가 ai, maps, design scopes와 chat, editor, viewer, tile 제품을 허용한다고 보여 줍니다. 인증 가이드는 두 형태가 같은 조직에 속하고 같은 scopes를 가지지만 다른 런타임에서 사용된다고 설명합니다 (Kaleidr, 2026). Chat 가이드는 ai scope를 포함한 키가 필요하며, 그 scope의 최소 플랜으로 Pro를 명시합니다 (Kaleidr, 2026). 이런 사실 중 어느 것도 사람, tenant, 레코드에 대한 호스트 자체 검사를 대체하지 않습니다.
위쪽 경로는 애플리케이션이 플랫폼을 호출할 수 있음을 증명합니다. 아래쪽 경로는 사람, tenant, 역할, 객체, 필드, 비공개 데이터를 지정합니다. 두 경로가 만나야 요청이 승인된 것으로 간주됩니다. 공개 가능한 키나 서버 키는 위쪽 경로에만 속합니다.
플랫폼 자격 증명이 무엇을 승인하는지, 무엇을 의도적으로 건드리지 않는지 모두 물어보십시오. 지도를 읽거나 모델을 호출할 수 있는 키는 직원이 어떤 매장을 볼 수 있는지 결정하지 않습니다. tenant 격리, 필드 필터링, 비공개 레코드 검사는 컨텍스트를 만들기 전에 실행되는 호스트 정책에 속합니다. “허가 없이 예약하지 마라” 같은 prompt 지시는 동작을 안내할 수 있지만, 그 문장 자체가 권한 부여 레이어는 아닙니다.
지리적 답변은 어디에서 나와야 하나요?
장소 식별자, 지오메트리, 공간 서비스, routing이 지리적 기반을 구성합니다. 그 다음 적격성이 해당 위치가 이 사용자와 이 시점에 유효한지 판단합니다. 랭킹은 남아 있는 옵션 중에서 선택합니다. AI 레이어는 이 단계들 이후에 요청을 해석하고 결과를 설명할 수 있습니다. 언어 모델은 routing 엔진이 아니며, 스택 다이어그램은 이 업무들을 분리하기 위해 존재합니다.
이동 시간, 거리, 포함 여부, 가장 가까운 장소 계산은 구매자가 다시 실행할 수 있는 테스트가 필요합니다. 슬라이드에 그려진 이동 시간은 예시일 뿐 구매자의 도시에서 측정된 결과가 아닙니다. 어떤 서비스가 경로를 계산했는지, 어떤 장소 식별자가 canonical이었는지, 적격성이 어떤 후보를 제거했는지 물어보십시오. 모델이나 데이터 업데이트 후 테스트를 반복하고, 여러 시장에서 사업을 운영한다면 시장별로 구분하십시오. 정확도 가이드는 이런 검사를 하나의 종합 품질 주장과 분리합니다 (Kaleidr, 2026).
아래 레이어는 장소를 표현하고 측정합니다. routing은 이동을 계산하고 적격성은 어떤 위치가 유효하게 남는지 결정합니다. 그 다음 랭킹은 그 위치들만 정렬하고 AI 레이어가 해석하고 설명합니다. 이 스택은 업무 분리를 보여 주는 것이지 제품의 우열을 보여 주는 것이 아닙니다.
구매자는 각 레이어가 어디에서 실행되는지도 물어야 합니다. 좌표와 경계는 고객 자체의 장소 데이터에서 올 수 있습니다. 거리와 포함 여부는 계산 방법을 공개한 지리공간 서비스에서 올 수 있습니다. 이동 시간은 자체적인 최신성 한계를 가진 routing 공급자에서 올 수 있습니다. 제안서가 이 모든 것을 하나의 모델 답변으로 취급한다면, 평가 과정은 아직 테스트해야 할 계산을 찾지 못한 것입니다.
주장과 증거를 어떻게 구분하나요?
검색된 텍스트는 공간 제품이 잘못 작동하는 흔한 원인입니다. 장소 설명, 업로드, 파트너 피드, 웹 소스는 지시사항이 아니기 때문입니다. 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는 제3자 소프트웨어, 하드웨어, 데이터를 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는 공급업체에게 무엇을 증명하도록 요구해야 하나요?
점수에 숫자를 붙이기 전에 방법이 정해지도록 요구사항 옆에 테스트와 증거를 작성하십시오. 두 행이면 형식을 보여 줄 수 있습니다. 비공개 레코드는 사용자 권한을 존중해야 합니다. 두 사용자에게 서로 다른 허용 장소를 제공하고, 승인되지 않은 장소가 retrieval, 모델 컨텍스트, 지도, logs 어디에도 나타나지 않도록 요구하십시오. 잘못된 추천에는 폐점, 오래된 정보, 품절 사례가 필요하며, 올바른 적격성 처리와 아무것도 적격하지 않을 때의 정의된 동작이 있어야 합니다. 증명 방법을 말할 수 없는 요구사항은 아직 점수화할 준비가 되지 않은 것입니다.
각 행은 요구사항, 테스트, 증거를 연결합니다. 한 행은 서로 다른 허용 장소를 가진 두 사용자와 비공개 레코드를 다룹니다. 다른 행은 폐점, 오래된 정보, 품절 장소와 아무것도 적격하지 않을 때의 정의된 결과를 다룹니다. 이 표는 작성 패턴이며 완료된 Kaleidr 감사가 아닙니다.
같은 시트에서 알려진 제한, 중요한 제3자, 탈출 경로도 요구해야 합니다. 지원되지 않는 지역, 누락된 내보내기 경로, rate limit, 최신성 가정은 유용한 답변입니다. 숨겨진 제한은 명시된 제한보다 배포 중 더 큰 비용을 만들기 때문입니다. 관측 가능성은 권한 부여부터 retrieval, 지리, 랭킹을 거쳐 호스트 결과까지 잘못된 추천 한 건을 재구성할 수 있어야 합니다 (Kaleidr, 2026). 비즈니스 가치는 기능 수가 아니라 완료된 선택이나 종료된 워크플로 같은 그 결과의 별도 측정에 속합니다 (Kaleidr, 2026). 비용 질문도 여기에 포함하십시오. 파일럿 전에 사용량 요인과 Enterprise 서비스 비용을 명시하고, 데이터 레지던시 실패가 도표의 높은 점수에 의해 평균으로 희석되는 평가를 거부하십시오.
Kaleidr는 이 평가에 어떻게 대응하나요?
Kaleidr 개발자 문서는 한 플랫폼에 네 개의 제품 표면이 있다고 설명합니다. Chat은 호스트 지도 안의 Spatial AI입니다. Editor는 그리기와 편집입니다. Tile은 디자인된 베이스맵을 제공합니다. Viewer는 지도를 게시합니다 (Kaleidr, 2026). Viewer 가이드는 embed가 share id를 사용하고 키를 교환하지 않으며, 그 share id를 가진 사람이라면 Free 플랜에서도 사용할 수 있다고 설명합니다. Viewer embed에 키를 전달하면 거부됩니다 (Kaleidr, 2026). 이 표면들은 엔터프라이즈 팀이 위의 자격 증명 및 제품 게이트에 맞춰 확인할 수 있는 구체적인 항목입니다. 이 목록은 주변의 모든 시스템이 동일한 제품 안에 포함된다는 뜻이 아닙니다.
사용자, tenant 권한 부여, 비공개 비즈니스 데이터, 워크플로, 거래, 비즈니스 결과의 소유자는 계속 호스트입니다. 지도 렌더러, routing, 장소 데이터는 배포 방식에 따라 제3자 또는 호스트 의존성이 될 수 있습니다. 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, 분석, 보안이 모두 있어도 적격성, 권한 부여, 호스트 결과가 실패할 수 있습니다. 요청부터 검증된 결과까지의 경로를 점수화하고, 권한 부여, 레지던시, 핵심 워크플로의 하드 실패가 평균으로 희석되지 않도록 하십시오.
플랫폼 API 키와 최종 사용자 권한은 같은가요?
아니요. 공개 가능한 브라우저 키나 서버 키는 애플리케이션이 플랫폼을 호출할 수 있음을 증명합니다. 해당 호출이 어떤 사람, tenant, 역할, 비공개 레코드를 사용할 수 있는지는 계속 호스트가 결정합니다. Kaleidr는 이 키들을 동일한 조직 scopes를 가진 두 런타임으로 문서화하고, Viewer embed는 키를 교환하지 않는 share-id 링크로 문서화합니다.
언어 모델이 routing과 적격성을 대체할 수 있나요?
아니요. 장소 식별자, 지오메트리, 공간 계산, 이동 시간은 테스트 가능한 지리 서비스가 필요합니다. 적격성은 랭킹 전에 유효하지 않은 장소를 제거합니다. 언어 모델은 그 이후에 요청을 해석하고 결과를 설명할 수 있습니다.
고위험 요구사항은 어떤 증거를 요구해야 하나요?
“지원됨”이라는 문장 대신 고객 테스트나 제한된 파일럿을 요구하십시오. 문서와 공급업체 데모는 유용한 낮은 단계입니다. 권한 부여, tenant 격리, 데이터 레지던시는 구매자 자체 사례와 문서화된 승인 검사를 사용해 더 높은 단계에 두어야 합니다.
Kaleidr가 지도 주변 시스템을 대체하나요?
아니요. 현재 문서는 Chat, Editor, Tile, Viewer를 공간 및 지도 표면으로 설명하며, 액세스에는 공개 가능한 키, 서버 키, Viewer share ids를 사용합니다. 신원, 비공개 비즈니스 데이터, 재고, 예약, 결제, 비즈니스 결과는 호스트에 남습니다. 평가는 이런 표면이 조직이 이미 운영하는 아키텍처에 맞는지를 묻습니다.
참고 문헌
- 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}
}