A avaliação de fornecedores de IA espacial pergunta se um produto orientado por localização consegue concluir uma tarefa específica usando os dados, permissões, geografia e evidências do comprador, em vez de perguntar se sua lista de recursos é extensa. As caixas de mapas, IA e segurança podem estar marcadas e, ainda assim, o fluxo pode recomendar um local fechado ou expor registros de outro tenant. Uma solicitação útil nomeia a tarefa, o proprietário de cada sistema e a evidência necessária antes que alguém atribua uma nota ao fornecedor.
As seções abaixo transformam essa solicitação em gates que as equipes de compras e engenharia podem compartilhar. Um inventário de recursos ainda pertence ao arquivo. Ele responde a uma pergunta diferente daquela representada pelo caminho que uma solicitação real precisa atravessar.
Fundamentos da avaliação de fornecedores de IA espacial
- Comece pela tarefa: Intenção do usuário, dados autorizados, cálculo espacial, elegibilidade, ranking, ação validada e resultado no sistema host são etapas separadas.
- Desenhe os proprietários: Identidade, registros privados, transações e resultados de negócio permanecem com a organização que já os governa.
- Separe credenciais de permissão: Uma chave de plataforma prova que a aplicação pode chamar o serviço. A autorização do usuário final continua sendo responsabilidade do host.
- Classifique evidências, não adjetivos: Uma afirmação, um documento, uma demonstração, um teste do cliente e um piloto limitado são níveis diferentes de evidência.
- Mantenha os gates rígidos: Autorização, residência de dados e um fluxo crítico não suportado não devem ser diluídos por uma média alta obtida em outra área.
O que uma avaliação de fornecedores de IA espacial deve testar?
Doze áreas cobrem a decisão que o comprador realmente precisa tomar. Fluxo de trabalho, arquitetura, dados, segurança, geografia e a camada de IA descrevem se o produto consegue executar a tarefa de localização. Ferramentas, observabilidade, integração, confiabilidade, custo e um piloto limitado descrevem se a organização consegue operar essa tarefa, explicar uma falha, pagar por ela e interrompê-la. Uma nota alta em um recurso de baixo risco não consegue corrigir uma falha rígida em autorização, residência de dados ou no próprio fluxo. O painel de capa é um mapa dessas áreas, com fontes de dados, dados geoespaciais, APIs e um limite de acesso em torno do caminho.
Trate cada área como um gate com um responsável e um método de prova. Fluxo de trabalho pergunta qual solicitação o produto deve concluir, incluindo os casos problemáticos. Arquitetura pergunta quais sistemas permanecem sob propriedade do cliente. Dados perguntam quais registros são autoritativos e quais campos podem entrar em um prompt ou armazenamento vetorial. Segurança pergunta como tenants, papéis e campos privados permanecem separados. Geografia pergunta qual serviço calcula distância, contenção e tempo de viagem. A camada de IA pergunta o que o modelo de linguagem pode interpretar e quais decisões permanecem em código determinístico.
Ferramentas, observabilidade e integração vêm depois dessa base porque dependem dela. Uma ferramenta capaz de reservar, enviar mensagens ou gravar um registro precisa de uma verificação de permissão antes da execução. Um trace precisa de identificadores suficientes para reconstruir uma recomendação errada. Uma integração precisa de um limite nomeado para cada sistema que a proposta toca. Confiabilidade, custo e piloto então perguntam se o modelo operacional resiste aos horários de suporte, aos vetores de uso e a um teste de aceitação escrito. Equipes que já compararam construir essa stack com comprar parte dela podem usar essa divisão anterior como entrada aqui e, em seguida, testar a parte comprada contra a tarefa (Kaleidr, 2026).
Por que uma lista de recursos é a shortlist errada?
Um questionário centrado em recursos é fácil de preencher com uma sequência de respostas “sim”. IA, mapas, APIs, analytics e segurança podem estar presentes em um slide enquanto o caminho entre uma pessoa e um resultado validado continua indefinido. A avaliação que corresponde à produção percorre intenção do usuário, dados autorizados, um cálculo espacial, elegibilidade, ranking, uma ação validada e o resultado que o host precisava. Evidência deve existir em cada uma dessas etapas. Um fornecedor pode marcar todas as caixas à esquerda e ainda assim falhar no caminho à direita.
O painel à esquerda é uma checklist de recursos fácil de marcar como “sim”. O painel à direita é a tarefa, desde a intenção do usuário até um resultado, passando por uma ação validada. A evidência pertence a cada etapa desse caminho. A comparação é um padrão de avaliação para compradores, não uma pontuação da Kaleidr.
A elegibilidade precisa remover um local fechado, desatualizado ou sem estoque antes que o ranking comece. Uma ação validada é uma etapa separada de uma frase que descreve a ação. O resultado pertence ao sistema host que registra se a pessoa concluiu a tarefa, como um local selecionado, uma rota aberta ou um fluxo concluído. Peça ao fornecedor para mostrar essas etapas usando os próprios exemplos do comprador, incluindo uma solicitação que deveria retornar nenhum resultado. Uma demonstração que mostra apenas o caminho feliz ainda não respondeu à pergunta da shortlist.
Quem é dono dos dados, do fluxo e do resultado?
Desenhe três colunas antes de comparar produtos. A coluna do cliente contém identidade, autorização por tenant, inventário, reservas, transações e o resultado de negócio. A coluna do fornecedor contém a camada espacial, o SDK, suporte de ranking, capacidades de mapa, credenciais de plataforma e analytics quando o produto realmente os fornece. A coluna de terceiros pode conter um provedor de modelos, tiles de mapa, routing, dados de lugares ou outras dependências de nuvem. Toda proposta deve mostrar esses limites, incluindo quais registros nunca saem da coluna do cliente. Dados empresariais privados permanecem nos sistemas que já os governam (Kaleidr, 2026).
A coluna à esquerda representa o que a organização já possui. A coluna central é a plataforma espacial em avaliação. A coluna à direita fica fora de ambas, de provedores de modelos a routing e dados de lugares. O diagrama pede que uma proposta mostre os limites, não que eleja um vencedor.
A coluna central é o lugar errado para deslocar o sistema de registro. Uma plataforma pode classificar locais que o cliente tem permissão para ver, e um mapa pode exibir horários ou estoque em que o host já confia. Preços, contratos, pagamentos e a definição de uma tarefa concluída permanecem nos sistemas do cliente que os registram. Nomeie a integração que cruza cada seta e os campos que permanecem atrás dela. Uma proposta que não consegue desenhar essa imagem deixa o comprador descobrir o limite durante a implementação.
Por que acesso à plataforma não é permissão do usuário?
Autenticação prova que a aplicação pode chamar a plataforma. Autorização decide qual usuário final, tenant, papel, objetos, campos e registros privados essa solicitação pode usar. Uma chave publicável de navegador e uma chave de servidor são credenciais de plataforma para dois ambientes de execução. O host continua impondo a permissão do usuário final antes que dados privados cheguem à recuperação ou ao modelo de linguagem. O guia de chaves da Kaleidr separa essas duas formas de credencial (Kaleidr, 2026).
O mesmo guia descreve uma chave publicável de navegador como vinculada à origem e incapaz de agir como bearer de servidor, e uma chave de servidor como credencial para chamadas servidor a servidor que o navegador rejeita. Sua tabela de planos mostra que chaves Pro e Enterprise admitem os scopes ai, maps e design e os produtos chat, editor, viewer e tile. O guia de autenticação afirma que as duas formas pertencem à mesma organização e carregam os mesmos scopes, com um ambiente de execução diferente (Kaleidr, 2026). O guia de Chat exige uma chave que carregue o scope ai e identifica Pro como o plano mínimo para esse scope (Kaleidr, 2026). Nenhum desses fatos substitui a verificação própria do host sobre a pessoa, o tenant e os registros.
O caminho superior prova que a aplicação pode chamar a plataforma. O caminho inferior identifica a pessoa, o tenant, o papel, os objetos, os campos e os dados privados. Ambos os caminhos se encontram antes que a solicitação seja considerada autorizada. Uma chave publicável ou chave de servidor pertence apenas ao caminho superior.
Pergunte o que uma credencial de plataforma autoriza e o que ela deliberadamente deixa de fora. Uma chave que pode ler um mapa ou chamar um modelo não decide quais lojas um funcionário pode ver. Isolamento entre tenants, filtragem de campos e verificações de registros privados pertencem à política do host executada antes da construção do contexto. Uma instrução de prompt como “nunca faça uma reserva sem permissão” pode orientar o comportamento. Essa frase não é uma camada de autorização.
De onde deve vir uma resposta geográfica?
Identidade do lugar, geometria, serviços espaciais e routing formam a base geográfica. A elegibilidade então pergunta se um local é válido para esse usuário e esse momento. O ranking escolhe entre as opções restantes. Uma camada de IA pode interpretar a solicitação e explicar o resultado depois dessas etapas. O modelo de linguagem não é o motor de routing, e o diagrama da stack existe para manter esses trabalhos separados.
Tempo de viagem, distância, contenção e cálculos do local mais próximo precisam de um teste que o comprador possa repetir. Um tempo de viagem desenhado em um slide é uma ilustração, não um resultado medido nas cidades do comprador. Pergunte qual serviço calculou a rota, qual identificador de lugar era canônico e quais candidatos foram removidos pela elegibilidade. Repita o teste após uma atualização de modelo ou de dados e segmente por mercado quando a empresa opera em mais de um. O guia de precisão separa essas verificações de uma única afirmação geral de qualidade (Kaleidr, 2026).
As camadas inferiores representam e medem lugares. O routing calcula o deslocamento e a elegibilidade decide quais locais continuam válidos. O ranking então ordena apenas esses locais, e a camada de IA interpreta e explica. A stack é uma divisão de responsabilidades, não um troféu de produto.
O comprador também deve perguntar onde cada camada é executada. Coordenadas e limites podem vir dos próprios locais do cliente. Distância e contenção podem vir de um serviço geoespacial com método publicado. Tempo de viagem pode vir de um provedor de routing com seus próprios limites de atualização. Se a proposta trata tudo isso como uma única resposta do modelo, a avaliação ainda não encontrou o cálculo que precisa testar.
Como distinguir uma afirmação de uma prova?
Texto recuperado é uma forma comum de um produto espacial dar errado, porque descrições de lugares, uploads, feeds de parceiros e fontes da web não são instruções. A entrada da OWASP de 2025 sobre Excessive Agency descreve ações prejudiciais que seguem saídas de modelo inesperadas, ambíguas ou manipuladas, e aponta funcionalidade, permissões e autonomia excessivas como causas típicas (OWASP, 2025). A entrada sobre vetores e embeddings descreve separadamente acesso não autorizado a embeddings, envenenamento de dados por pessoas internas ou fornecedores não verificados e vazamento entre contextos quando tenants compartilham um armazenamento vetorial (OWASP, 2025). A OWASP rotula esses riscos como LLM06:2025 Excessive Agency e LLM08:2025 Vector and Embedding Weaknesses. Peça a arquitetura, os testes e o risco residual. Um “sim” para “protegido contra prompt injection” não responde a esse pedido.
Organize cada resposta importante em uma escada de evidências. Nível 0 é a palavra “suportado”. Nível 1 é documentação que descreve o comportamento. Nível 2 é uma demonstração do fornecedor em um ambiente controlado. Nível 3 é um teste do cliente com a integração ou os dados do comprador. Nível 4 é um piloto limitado com critérios de aceitação mensuráveis. Requisitos de maior risco exigem um nível maior, e uma frase de marketing não equivale a um teste reproduzido.
A escada sobe de uma afirmação para documentação, uma demonstração do fornecedor, um teste do cliente e evidência do piloto. Requisitos de maior risco devem exigir um degrau mais alto. Uma palavra marcada em um questionário fica no degrau inferior. A escada é uma regra de pontuação para compradores, não um resultado da Kaleidr.
O AI RMF Core do NIST inclui software, hardware e dados de terceiros entre os temas que a função Govern deve cobrir, e a mesma página observa que o AI RMF 1.0 está sendo atualizado (NIST, 2023). Em 8 de julho de 2026, o NIST anunciou um Quick-Start Guide finalizado para avaliação de due diligence em Cybersecurity Supply Chain Risk Management. O anúncio afirma que as avaliações começam com due diligence e que compradores precisam entender o risco do fornecedor antes que uma decisão de aquisição seja executada (NIST, 2026). O guia não é um padrão de IA espacial. A etapa de due diligence ainda se aplica aos fornecedores de modelos, mapas, routing e dados de lugares que fazem parte de uma stack de produção. Pergunte quais desses fornecedores podem receber dados do cliente, como uma mudança é comunicada e o que acontece se um fornecedor crítico falhar.
O que a RFP deve pedir que o fornecedor prove?
Escreva o requisito ao lado do teste e da evidência para que a pontuação tenha um método antes de ter um número. Duas linhas mostram a forma. Registros privados devem respeitar a autorização do usuário: dê a dois usuários locais permitidos diferentes e exija que locais não autorizados nunca apareçam na recuperação, no contexto do modelo, no mapa ou nos logs. Recomendações inválidas precisam de casos fechados, desatualizados e sem estoque, com elegibilidade correta e comportamento definido quando nada se qualifica. Um requisito que não consegue nomear seu método de prova ainda não está pronto para ser pontuado.
Cada linha combina um requisito com o teste e a evidência. Uma linha cobre registros privados e dois usuários com locais permitidos diferentes. A outra cobre locais fechados, desatualizados e sem estoque, além de um resultado definido quando nada se qualifica. A tabela é um padrão de redação, não uma auditoria concluída da Kaleidr.
A mesma planilha deve exigir limitações conhecidas, terceiros materiais e uma forma de saída. Geografias não suportadas, caminhos de exportação ausentes, limites de taxa e premissas de atualização são respostas úteis, porque uma limitação oculta custa mais durante a implantação do que uma declarada. A observabilidade deve reconstruir uma recomendação errada desde a autorização, passando por recuperação, geografia e ranking, até o resultado do host (Kaleidr, 2026). O valor de negócio pertence a uma medição separada desse resultado, como uma seleção concluída ou um fluxo finalizado, e não a uma contagem de recursos (Kaleidr, 2026). Perguntas de custo também pertencem aqui: nomeie os vetores de uso e as taxas de serviço Enterprise antes do piloto e recuse uma pontuação que dilua uma falha de residência de dados até transformá-la em uma vitória em um diagrama.
Como a Kaleidr se encaixa nessa avaliação?
A documentação para desenvolvedores da Kaleidr descreve quatro superfícies de produto em uma plataforma. Chat é Spatial AI no mapa do host. Editor é desenho e edição. Tile fornece mapas-base projetados. Viewer publica um mapa (Kaleidr, 2026). O guia do Viewer informa que um embed usa um share id, não troca nenhuma chave e pode ser usado por qualquer pessoa que tenha esse share id, inclusive no plano Free. Passar uma chave para um embed Viewer é rejeitado (Kaleidr, 2026). Essas superfícies são itens concretos que uma equipe enterprise pode verificar contra os gates de credenciais e produto acima. A lista não afirma que todo sistema adjacente venha dentro do mesmo produto.
O host continua sendo proprietário dos usuários, autorização por tenant, dados empresariais privados, fluxos, transações e resultados de negócio. Renderizadores de mapa, routing e dados de lugares podem ser dependências de terceiros ou do host, dependendo da implantação. Kaleidr Enterprise é a superfície de API de location intelligence e Map SDK para essa integração. O mapeamento é um diagrama de limites. O host mantém CRM, inventário, sistema de reservas e stack de pagamentos, e a Kaleidr precisa se encaixar ao lado deles.
A coluna à esquerda permanece com o produto host. A coluna central lista superfícies documentadas da Kaleidr, de Chat e Editor a Tile, Viewer e analytics. A coluna à direita contém renderizadores, sistemas de negócio e routing ou dados de lugares externos. O acesso documentado separa uma chave publicável de navegador, uma chave de servidor e um share id de Viewer.
Leia a coluna central com base na documentação, não em uma lista de desejos. Chat conecta Spatial AI a um mapa que o host já executa, e essa superfície é a que exige o scope ai. Editor incorpora desenho e edição no produto host. Tile fornece um mapa-base projetado. Viewer incorpora um mapa publicado por share id e não aceita uma chave de plataforma. Analytics, quando incluída na implantação, é uma superfície de uso e engajamento. Qualquer um desses elementos pode estar dentro ou fora do escopo de uma RFP específica. O papel do diagrama é tornar esse escopo visível antes do início do piloto.
O que deve acontecer antes de escalar a implantação?
Defina primeiro a tarefa e os gates rígidos; depois, use o piloto nos requisitos que seriam caros de descobrir mais tarde. Use os dados do comprador, os lugares do comprador e um teste de aceitação escrito para autorização, elegibilidade e comportamento sem resultados. Expanda geografias, ações e grupos de usuários somente depois que essa evidência existir. Uma decisão de escala vem do sistema combinado, ou seja, da resposta do fornecedor, dos testes do comprador e do resultado do piloto em conjunto. Explore Kaleidr Enterprise quando a avaliação precisar de uma camada espacial ao lado dos sistemas que a organização já opera e leia Enterprise Spatial AI Pilot Before Scaling para manter o piloto limitado.
Observação: a Kaleidr usa ferramentas assistidas por IA para criação de imagens, refinamento de conteúdo e pesquisa em seus fluxos criativos e de desenvolvimento.
Perguntas frequentes
Uma lista de recursos maior vence uma avaliação de fornecedores de IA espacial?
Não. IA, mapas, APIs, analytics e segurança podem estar presentes enquanto elegibilidade, autorização ou o resultado do host ainda falham. Avalie o caminho da solicitação até um resultado validado e impeça que uma falha rígida em autorização, residência ou fluxo crítico seja diluída pela média.
Uma chave de API da plataforma é o mesmo que permissão do usuário final?
Não. Uma chave publicável de navegador ou chave de servidor prova que a aplicação pode chamar a plataforma. O host ainda decide qual pessoa, tenant, papel e registros privados essa chamada pode usar. A Kaleidr documenta essas chaves como dois ambientes de execução com os mesmos scopes da organização e documenta embeds Viewer como links de share id que não trocam uma chave.
Um modelo de linguagem pode substituir routing e elegibilidade?
Não. Identidade do lugar, geometria, cálculos espaciais e tempo de viagem precisam de um serviço geográfico testável. A elegibilidade remove locais inválidos antes do ranking. Um modelo de linguagem pode interpretar a solicitação e explicar o resultado depois dessas etapas.
Que evidência um requisito de alto risco deve exigir?
Exija um teste do cliente ou um piloto limitado, não uma frase dizendo “suportado”. Documentação e uma demonstração do fornecedor são degraus inferiores úteis. Autorização, isolamento entre tenants e residência de dados devem ficar em um degrau superior, com os próprios casos do comprador e uma verificação de aceitação escrita.
A Kaleidr substitui os sistemas ao redor do mapa?
Não. A documentação atual descreve Chat, Editor, Tile e Viewer como superfícies espaciais e de mapa, com chaves publicáveis, chaves de servidor e share ids de Viewer para acesso. Identidade, dados empresariais privados, inventário, reservas, pagamentos e resultado de negócio permanecem com o host. A avaliação pergunta se essas superfícies se encaixam na arquitetura que a organização já opera.
Referências
- 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}
}