Memória e conhecimento
Como ensinar a Venddor Intelligence sobre a sua loja: memórias de negócio (regras, preferências, fatos) e a base de conhecimento (políticas, manuais, FAQ).
A VI responde melhor quando conhece a loja. Há duas formas de ensiná-la. Memórias são frases curtas e duráveis ("nunca dar mais de 15% de desconto", "o corte de expedição é às 15h"). A base de conhecimento guarda documentos inteiros (política de troca, manual do produto, FAQ), consultados por trechos quando a pergunta pede. Memórias e documentos valem para as respostas do administrador, do vendedor e do cliente final na loja, conforme as superfícies escolhidas.
Como funciona
Ciclo de vida de um documento
status | Significado |
|---|---|
processing | Recebido; o texto está sendo dividido e indexado |
draft | Indexado, ainda não usado nas respostas. Pode ser testado em Publicar e buscar |
published | Entra nas respostas da VI, no atendimento e na loja |
archived | Fora de uso, mas guardado |
failed | A indexação falhou; o motivo está no campo error |
Ciclo de vida de uma memória
active entra nas respostas; archived fica guardada e fora de uso. Uma regra nova com a mesma entidade, campo e alvo que uma regra antiga substitui a antiga (o campo superseded_by da antiga passa a apontar para a nova).
Conceitos-chave
Superfícies
Uma memória declara onde vale: site (cliente na loja), admin (painel do administrador) e seller (painel do vendedor). Sem informar, vale nas três.
Documentos por vendedor
Um documento com vendor_id fala só daquele vendedor (lojista) e é consultado nas conversas dele; sem vendor_id, vale para a loja inteira.
Busca semântica e busca por texto
Quando o índice de busca por significado está no ar, as buscas encontram trechos por sentido. Se não estiver (vector_online: false na listagem), a plataforma cai para uma busca por texto simples e avisa com degraded: true.
Rotas
Todas exigem Authorization: Bearer $TOKEN e um dos privilégios intelligence_use_chat ou manage_settings.
| Método | Caminho (após /api/v1/admin/intelligence) | Para que serve | Página |
|---|---|---|---|
| GET | /memories | Listar memórias | memories |
| POST | /memories | Criar uma memória | memories |
| GET | /memories/export | Exportar em JSON | memories |
| PATCH | /memories/{id} | Alterar ou arquivar | memories |
| DELETE | /memories/{id} | Excluir | memories |
| GET | /kb/documents | Listar documentos | kb-documents |
| POST | /kb/documents | Criar documento (texto ou arquivo) | kb-documents |
| GET | /kb/documents/{id} | Ler um documento | kb-documents |
| PUT | /kb/documents/{id} | Alterar título e texto | kb-documents |
| DELETE | /kb/documents/{id} | Excluir | kb-documents |
| POST | /kb/documents/{id}/publish | Publicar | kb-lifecycle |
| POST | /kb/documents/{id}/archive | Arquivar | kb-lifecycle |
| POST | /kb/search | Testar a busca | kb-lifecycle |
| POST | /kb/reindex | Reindexar | kb-lifecycle |
Erros comuns
- Publicar e esperar a resposta imediata. Um documento recém-criado ainda está em
processing. Leia o documento até virardraftantes de publicar. - Renomear um documento enviando só o título. O documento volta para
processinge fica assim (veja Documentos). Reenvie ocontent_mdjunto. - Subir o mesmo texto duas vezes. A plataforma compara o conteúdo e responde
409para um duplicado. - Achar que "excluir memória" apaga. Sem
hard=trueela só é arquivada. - Esperar que o export traga as memórias pessoais. O export cobre as da loja (
tenant), incluindo arquivadas. - Enviar
source_typepdfem JSON. No JSON só valemmanualefaq; para PDF e DOCX envie o arquivo emmultipart/form-data.