Define o que precisa de saber antes de responder
Uma instrução como “não inventes” ganha utilidade quando explicas que informação é necessária para aquela decisão. Identifica os campos obrigatórios, a fonte válida e as condições que impedem uma conclusão. O assistente deve conseguir apontar a lacuna concreta, em vez de responder com uma dúvida genérica que não ajuda a avançar.
Eu começo pelo trabalho de casa sobre o negócio. A equipa precisa de definir o que vende, a quem, com que condições e com que responsabilidades. Pedir à IA para preencher essas decisões com texto plausível cria um contexto que pode parecer completo e não corresponder à empresa.
Imagina um assistente hipotético que ajuda a preparar propostas de formação para equipas. Para sugerir um formato, precisa de conhecer o objetivo, o público e as condições de realização. Pode explicar opções gerais sem esses dados, mas não deve apresentar uma proposta específica como se o briefing estivesse fechado.
Nem toda a informação em falta impede qualquer resposta. Se o utilizador pergunta que dados deve reunir, o assistente pode ajudar com uma lista curta. Se pede uma confirmação de disponibilidade ou um compromisso comercial, precisa de informação e autoridade diferentes. Escreve essas distinções nas instruções da tarefa.
Isto aprofunda o trabalho de dar contexto à IA sem acumular informação sem critério. O contexto útil inclui factos e regras para os interpretar. Também deve indicar quais as decisões que continuam reservadas à equipa, mesmo quando o assistente tem informação suficiente para sugerir um caminho.
Para preparar o próximo passo, consulta Inteligência artificial no atendimento ao cliente.
Distingue falta de dados, ambiguidade e contradição
O assistente deve tratar de forma diferente um campo vazio, uma expressão ambígua e duas informações incompatíveis. No primeiro caso, pede o dado em falta; no segundo, esclarece o significado; no terceiro, identifica o conflito. Esta distinção evita perguntas repetidas e impede que escolha uma versão apenas porque parece mais conveniente.
No exemplo da formação, “queremos melhorar a produtividade” pode ser um objetivo demasiado amplo para escolher o programa. O assistente pode perguntar que tarefas a equipa pretende melhorar. Se o objetivo já estiver definido e faltar apenas o número de participantes, a pergunta deve ser sobre esse número.
Uma contradição pede outro tratamento. Imagina que um documento prevê uma sessão presencial e a mensagem mais recente refere participação remota, sem esclarecer se substitui a primeira indicação. O assistente deve apresentar a diferença e pedir confirmação, não combinar as duas condições numa proposta aparentemente resolvida.
Indica também como tratar materiais antigos. A data de um documento ajuda a perceber o contexto, mas não prova sozinha que uma regra deixou de valer. Se houver uma fonte oficialmente definida como atual, usa-a; se a relação entre versões não estiver clara, o conflito continua por resolver.
Na qualificação de oportunidades B2B com IA, esta disciplina evita confundir ausência de informação com falta de interesse. Não encontrar um orçamento publicado não demonstra que a empresa não tenha orçamento. O estado pode ser “por apurar”, com uma pergunta ou uma pesquisa autorizada como próximo passo.
Escreve exemplos de respostas que ajudem a continuar
Uma boa resposta perante uma lacuna identifica o que já sabe, o que falta e qual é a pergunta que permite avançar. Mostra esse padrão com exemplos próximos das tarefas reais. Evita ensinar apenas uma frase de recusa, porque repetir “não tenho informação suficiente” pode deixar o utilizador sem orientação prática.
Para o pedido hipotético de formação, uma resposta aceitável seria explicar que o tema foi identificado, mas falta saber que tarefas a equipa executa. Depois faria uma pergunta concreta sobre essas tarefas. Assim, a conversa progride a partir da informação disponível, sem transformar a lacuna numa proposta inventada.
Podes incluir um exemplo de resposta inadequada ao lado da versão desejada. Se falta a dimensão da equipa, uma proposta que assume um grupo pequeno precisa de ser corrigida. A versão desejada explicita a dependência e pede o dado, em vez de apresentar uma suposição como facto confirmado.
Define quando uma hipótese é aceitável. Num exercício exploratório, o assistente pode trabalhar com uma condição fictícia claramente identificada e explicar que o resultado depende dela. Essa hipótese não deve passar silenciosamente para o resumo final nem para um documento enviado como proposta real.
Mantém as perguntas proporcionais à decisão. Um assistente que pede todo o histórico da empresa para esclarecer um ponto simples cria atrito desnecessário. Começa pela informação que muda o próximo passo e aproveita o que já foi fornecido, sem obrigar a pessoa a repetir o mesmo briefing.
Define quando encaminhar para uma pessoa
Encaminha quando a resposta depende de uma decisão reservada, de informação a que o assistente não pode aceder ou de um conflito que as fontes não resolvem. A passagem deve incluir o pedido, os dados disponíveis e a dúvida concreta. Não basta anunciar que alguém vai tratar do assunto sem existir esse processo.
No exemplo da formação, o assistente pode organizar o briefing e explicar os formatos previstos. Uma exceção às condições comerciais pode exigir decisão da pessoa responsável. A informação em falta e a autoridade em falta são motivos diferentes para parar, e a mensagem deve deixar essa diferença compreensível.
Ao pensar em quando uma automação precisa de IA e quando bastam regras, separa interpretação de execução. A aplicação pode exigir campos obrigatórios antes de permitir uma ação. As permissões e confirmações necessárias devem ser verificadas pelo sistema que executa, sem depender apenas da resposta escrita pelo modelo.
Quando disponibilizei um assistente ao público, surgiram tentativas de obter instruções e informação interna. Esse tipo de experiência reforça a necessidade de limites para aquilo que o assistente pode consultar e revelar. Uma conversa insistente não cria autorização para fornecer informação que estava fora do pedido legítimo.
Na passagem para a equipa, preserva apenas o contexto necessário para resolver o assunto. Indica o que já foi perguntado e evita prometer um prazo de resposta que não esteja definido. Se o sistema apenas prepara um rascunho de encaminhamento, deve dizer isso, sem afirmar que a mensagem já foi entregue.
Testa o comportamento com lacunas deliberadas
Prepara casos em que falta um dado obrigatório, existe uma contradição ou a pessoa pressiona por uma resposta imediata. Define antecipadamente o comportamento aceitável e confere a resposta recebida. Inclui também pedidos completos, para verificar se o assistente consegue avançar quando tem condições, em vez de transformar toda a conversa numa recusa.
Podes começar pelo mesmo briefing em versões diferentes. Numa, retiras o objetivo; noutra, alteras a modalidade num segundo documento; noutra, forneces toda a informação necessária. O teste fica mais claro quando sabes exatamente o que mudou e que efeito essa mudança deveria ter na resposta.
Avalia o conteúdo, não apenas a presença de uma frase prudente. Um assistente pode escrever que tem dúvidas e, logo a seguir, inventar o dado em falta. Também pode pedir esclarecimento sobre algo que já estava explícito. Ambos os casos precisam de revisão das instruções ou da organização do contexto.
Guarda exemplos que revelem falhas e volta a usá-los depois das alterações. Se uma correção melhora o tratamento de contradições, confere se não passou a bloquear pedidos simples. A avaliação deve observar a utilidade da conversa e a fidelidade aos dados, além da capacidade de parar.
Ensinar este comportamento significa definir, exemplificar e testar instruções; não implica treinar de novo o modelo nem garante obediência perfeita. Mantém uma forma de revisão para os casos importantes e atualiza os exemplos quando o processo mudar. O objetivo é tornar as lacunas visíveis e tratáveis antes de se transformarem em decisões sem suporte.