Gfacility

IA

System Contexts

A "postura" e os limites de conhecimento de um AI Agent. Um system context contém instruções, exemplos, restrições e fontes de dados que moldam todas as respostas.

Atualizado em 18/05/2026

Configuração · IA · 8.3

Um System Context é a “postura” de um agente: as instruções que segue, as fontes de dados de que se serve, o tom que usa, as coisas que não pode fazer. Um agente pode usar vários contextos; um contexto pode ser partilhado entre agentes.

Porque importa para o negócio

"A IA responde mal"

O contexto restringe a fonte de conhecimento à sua KB → sem invenções da web aberta.

"O tom não está certo"

Tom de voz no prompt → "formal, curto, sem humor" ou "informal, claro, amistoso".

"Informação sensível a vazar"

Restrições no contexto → "nunca mencionar salários, datas de nascimento ou nome de cliente sem consentimento".

"Falta conhecimento de domínio"

Ligação a KB por contexto → contexto IT usa a KB de IT, contexto FM usa a KB de FM.

O que entra num contexto?

ComponenteO que orienta
Instrução de papel"És um agente de helpdesk de Facility na Acme. Responde de forma breve, educada e em português correto."
Fontes de conhecimentoQue categorias de KB, que tickets históricos, que documentos. Limita a alucinação.
Restrições"Nunca responder a perguntas de RH ou salário. Encaminhar para o RH."
Exemplos few-shot3-5 conversas-exemplo que demonstram o estilo pretendido.
Formato de saídaJSON, markdown ou texto livre — dependendo do caso de uso.
Estratégia de idiomaResponder na língua da pergunta, ou numa língua fixa? Detetar via perfil do utilizador.
Política de segurançaQue fazer em temas sensíveis, palavrões, ou "estou a pensar em magoar alguém"?

Como os contextos se empilham

  1. 1Contexto global do tenant — instruções base para todos os agentes (nome, idioma, tom, segurança).
  2. 2Contexto do caso de uso — instruções específicas por tipo de tarefa (classify vs answer têm estilos diferentes).
  3. 3Contexto do agente — afinação para um único agente (p. ex. IT vs FM).
  4. 4Metadados por pedido — idioma, localização, papel do utilizador no pedido concreto.

Que decisões vai tomar?

Um contexto global ou vários?

Um contexto-base de tenant + adições específicas por caso de uso é robusto e fácil de manter.

Estratégia de fontes de conhecimento

Toda a KB como fonte ou só categorias selecionadas? Mais apertado = menos alucinações.

Ownership

Quem escreve e mantém os contextos? Comunicação + service owner + admin de plataforma IA.

Versionamento

Guarde versões antigas — em maus outputs, rastreia que atualização de contexto causou o problema.