Gfacility

IA

System Contexts

La "posizione" e i confini di conoscenza di un AI Agent. Un system context contiene istruzioni, esempi, restrizioni e fonti dati che modellano ogni risposta.

Aggiornato il 18 mag 2026

Configurazione · AI · 8.3

Un System Context è la “postura” di un agente: le istruzioni che segue, le fonti dati da cui attinge, il tono che usa, le cose che non deve fare. Un agente può usare più context; un context può essere condiviso tra più agenti.

Perché è importante per il business

"L'AI risponde male"

Il context limita la fonte di conoscenza alla tua KB → niente invenzioni dal web aperto.

"Il tono è sbagliato"

Tone of voice nel prompt → "formale, breve, senza umorismo" o "informale, chiaro, cordiale".

"Fuga di dati sensibili"

Restrizioni nel context → "non menzionare mai stipendi, date di nascita o nome del cliente senza consenso".

"Mancanza di conoscenza di dominio"

Binding KB per context → il context IT usa la KB IT, il context FM usa la KB FM.

Cosa contiene un context?

ComponenteCosa determina
Istruzione di ruolo"Sei un agente di helpdesk Facility di Acme. Rispondi in modo breve, cortese, in italiano corretto."
Fonti di conoscenzaQuali categorie KB, quali ticket storici, quali documenti. Limita le allucinazioni.
Restrizioni"Non rispondere mai a domande HR o sullo stipendio. Rinvia alle HR."
Esempi few-shot3-5 conversazioni di esempio che dimostrano lo stile desiderato.
Formato di outputJSON, markdown o testo libero — a seconda dello use case.
Strategia di linguaRispondere nella lingua della domanda o in una lingua fissa? Rilevamento dal profilo utente.
Safety policyCome comportarsi su temi sensibili, volgarità o "sto pensando di far del male a qualcuno"?

Come si impilano i context

  1. 1Context globale del tenant — istruzioni base per tutti gli agenti (nome, lingua, tono, safety).
  2. 2Context di use case — istruzioni specifiche per tipo di compito (classify vs answer hanno stili diversi).
  3. 3Context dell'agente — affinamento per un singolo agente (es. IT vs FM).
  4. 4Metadata per richiesta — lingua, ubicazione, ruolo utente della richiesta specifica.

Quali decisioni prenderai?

Un context globale o diversi?

Un context base del tenant + integrazioni per use case è robusto e facile da mantenere.

Strategia delle fonti di conoscenza

Tutta la KB come fonte o categorie selezionate? Più stretto = meno allucinazioni.

Ownership

Chi scrive e mantiene i context? Comunicazione + service owner + admin piattaforma AI.

Versioning

Conserva le versioni precedenti — a fronte di output errati puoi risalire a quale aggiornamento del context lo ha causato.