Menu Docs
Página inicial do Docs
/

Crie um Aplicativo de Diagnóstico Automotivo Pós-Vendação Inteligente

Desenvolva um aplicativo de diagnóstico autônomo. Combine o MongoDB Atlas com os modelos Voyage Embedding para resolver falhas complexas de veículos e reduzir os custos de garantia.

Casos de uso: Inteligência artificial, pesquisa inteligente

Setores: Indústria

Produtos: MongoDB Voyage IA, MongoDB Atlas

1A parte: o RAG sensíveis ao contexto solucionou o problema de recuperar texto estático de manuais de automóveis. No entanto, o suporte pós-venda automotriz moderno envolve requisitos cada vez mais complexos. Os veículos de hoje são sistemas sofisticados com ampla integração de software.

As compartimentos de serviço de revendedoras enfrentam demanda crescente à medida que a complexidade do veículo aumenta. O tempo de inatividade do serviço não planejado representa um custo significativo para o setor todos os anos. Os técnicos podem gastar um tempo significativa, até 30% em alguns casos, pesquisando informações em vez de se concentrar em reparos. Um desafio comum envolve vincular códigos de software, Códigos de problema de diagnóstico (DTCs), a problemas de hardware físico, o que pode consumir tempo sem as ferramentas certas.

Os eventos NFF representam quase 30% dos custos de garantia. Isso ocorre quando um componente é substituído com base em informações de diagnóstico incompletas ou obsoletas, embora a parte esteja funcionando corretamente. As ferramentas de pesquisa padrão podem não abordar totalmente esse desafio, pois podem não ter o argumentos contextuais necessários para conectar sinais, como uma oscilação da tela, a causas subjacentes, como um fio à base de energia solta.

Esta solução ajuda você a criar um aplicativo Assistente de Diagnóstico no MongoDB Atlas. Ela usa modelos de IA Voyage para aprimorar a forma como os técnicos abordam a resolução de problemas:

  1. Automatizar árvores defalhas (GraphRAG): vá além da pesquisa de palavras-chave. Use o do MongoDB $graphLookup para modelar dependências de veículos. Percorrer de Symptom a System to Root Causa para identificar o verdadeiro caminho da falha.

  2. Habilitar pesquisa visual (multimodal): identificar variantes de partes específicas pode ser um desafio, especialmente para técnicos que ainda estão construindo sua experiência. Integre o route-multimodal- da Voyage AI3.5 para permitir que o aplicativo aceite a imagem de uma peça e retorne a SKU de substituição correta, tornando a identificação de peças mais rápida e precisa para todos.

  3. Priorizar precisão (reclassificação): use a reclassificação-2.5 do Voyage AI para reordenar resultados. Ajuda a garantir que avisos de segurança e correções verificadas apareçam com destaque nos resultados.

Construa um mecanismo de detecção de problemas para corrigir. Consolide seus dados de aplicativo, incorporações vetoriais e gráficos de diagnóstico no MongoDB Atlas. Isso unifica o fluxo de trabalho do técnico em um único backend de aplicativo.

1
  • Texto: processe manuais de serviço de oem em blocos. Preserve o breadcrumb_trail (por exemplo, Model Y > Powertrain >). High Voltage

  • Construção de gráficos: extraia links lógicos de boletins de serviço. Armazene a lógica "Se X, então Verifique Y" como definições de borda.

  • Ativos visuais: incorpore esquemas e fotos de componentes usando o Voyage AI. Armazene binários no MongoDB GridFS.

2
  • Banco de Dados do Aplicativo: Armazene chunks manuais, árvores de falhas e sessões de usuário diagnostics_db no.

  • Armazenamento de vetores: mantenha índices de vetor duplo. Use o Matryoshka Representation Learning (MRL) da Voyage AI para otimizar a latência de aplicativos móveis.

  • Armazenamento de gráficos: Modele implicitamente a topologia do veículo por meio de referências de documento .

3
  • Orquestração: gerencia o fluxo da sessão de reparo.

  • Recuperação: Executa pesquisas vetoriais para identificar falhas e expande o contexto por meio da passagem de gráficos.

  • Otimização: reclassifica os resultados para a interface do usuário frontend.

  1. Entrada: o mecânico escaneia um VIN e digita um problema ("CA está explodindo") ou carrega uma imagem.

  2. Identificação: a aplicação recupera o contexto específico do veículo (trim, ano) e seções manuais relevantes.

  3. Motivo: o aplicativo usa $graphLookup para verificar os subsistemas relacionados (por exemplo, "Check Compressor Relay").

  4. Verificação: o aplicativo exibe as três principais correções prováveis, classificadas pelo Voyage AI Reranker, juntamente com ferramentas de verificação visual.

Arquitetura Unificada de Vetor, Grafo e Multimodal para

figura 1. Arquitetura unificada de vetor, gráfico e multimodal para diagnóstico automotivo no MongoDB Atlas

Crie seu esquema para o GraphRAG. Use um padrão de borda pré-materializado para vincular sinais a correções diretamente no modelo de documento .

Adicione uma array relationships aos seus chunks manuais. Isso permite que o aplicativo simule o argumento de um mestre técnico.

{
"_id": ObjectId("..."),
"chunk_id": "chunk_4059",
"text": "Inspect the AC Compressor Clutch for engagement...",
// Domain-specific embedding (voyage-context-3)
"text_embedding": [0.02, -0.5, ...],
// NEW: Diagnostic Logic Edges
"relationships": [
{
"type": "SEQUENTIAL_TO",
"target_id": "chunk_4060",
"description": "Next Step: Check Refrigerant Pressure"
},
{
"type": "CAUSES",
"target_id": "dtc_b1000",
"description": "Clutch failure triggers Code B1000"
},
{
"type": "APPLIES_TO",
"target_id": "trim_performance",
"description": "Only for Performance Trims"
}
],
"metadata": {
"system": "HVAC",
"component": "Compressor",
"breadcrumb_trail": "HVAC > COOLING > DIAGNOSTICS"
}
}

Vincule incorporações ao GridFS para veicular imagens diretamente na interface do usuário do aplicativo.

{
"_id": ObjectId("..."),
"image_id": "img_001",
"gridfs_id": ObjectId("..."), // Link to binary image
"description": "Connector View: AC Compressor C1",
// 1024-dim Voyage AI Multimodal embedding
"multimodal_embedding": [-0.1, 0.8, ...],
"associated_chunks": ["chunk_4059"],
"metadata": {
"view_type": "connector_pinout",
"model_year": "2024"
}
}

Implemente três funcionalidades principais do aplicativo. Acesse o código-fonte completo no repositório GitHub.

1

Construa o botão Diagnosticar. Use a pesquisa vetorial para encontrar a seção do manual e $graphLookup para sugerir a próxima etapa lógica.

// MongoDB Aggregation: Find Symptom -> Suggest Fix
[
// Step 1: Find the relevant manual section
{
"$vectorSearch": {
"index": "vector_index_text",
"path": "text_embedding",
"queryVector": <embedding_of_symptom>,
"numCandidates": 100,
"limit": 5
}
},
// Step 2: Traverse the Fault Tree
{
"$graphLookup": {
"from": "manual_chunks",
"startWith": "$relationships.target_id",
"connectFromField": "relationships.target_id",
"connectToField": "chunk_id",
"as": "suggested_path",
"maxDepth": 1
}
}
]
2

Construa o recurso Parts Collection. Use o Voyage AI para incorporar a imagem e consultar o banco de dados de peças .

# Python / FastAPI snippet
from voyageai import Client
vo = Client(api_key="VOYAGE_API_KEY")
# Feature: User takes a picture of a corroded connector
query_emb = vo.multimodal_embed(
inputs=[{"image": user_image_bytes}],
model="voyage-multimodal-3.5"
).embeddings[0]
# Search for the part
results = collection.aggregate([
{
"$vectorSearch": {
"index": "vector_index_images",
"path": "multimodal_embedding",
"queryVector": query_emb,
"limit": 5
}
}
])
3

Refine os resultados antes de enviá-los para a aplicação.

import voyageai
# Rerank: Prioritize "Safety Warnings" and "TSBs" (Technical Service Bulletins)
reranking = voyageai.Client().rerank(
query="AC blowing warm 2024 Model Y",
documents=retrieved_docs,
model="rerank-2.5",
top_k=3
)
  • Usar incorporações multimodais: os modelos multimodais tradicionais processam texto e imagens por meio de redes separadas, levando a vieses de recuperação com conteúdo misto. O trips-multimodal-3.5 da Voyage AI usa uma arquitetura de transformação unificada que processa ambas as modos por meio do mesmo backlink, eliminando a lacuna de entre modos. Essa arquitetura permite a recuperação contínua de capturas de tela de documento , PDFs e diagramas sem pipelines complexos de análise.

  • A estrutura supera as palavras-chave: a mecânica pensa em sistemas, não em palavras-chave. Uma bateria descarregada pode ser causada por uma trava de truncamento (deslizamento parasitário). A pesquisa padrão perde esta conexão. OGraphRAG captura esse link causal. Ele permite que o aplicativo sugira a verificação da trava do porta-malas quando o usuário faz query sobre a bateria.

  • Backend unificado simplifica o desenvolvimento: Construir backends separados para vetores, gráficos e imagens retarda o desenvolvimento. OMongoDB Atlas os unifica. Você gerencia uma conexão de banco de dados para toda a sua pilha de aplicativos de diagnóstico. Essa unificação acelera a velocidade dos recursos e simplifica a manutenção.

  • Mehar Grewal, MongoDB

  • Humza Akhtar, MongoDB

  • Daniel Jamir, MongoDB

Voltar

Diagnóstico automotivo

Nesta página