Subagenti per l'agente B2C Shopper

Router agente

Ogni conversazione con l'agente inizia con il subagent Agent Router. Durante ogni interazione con un acquirente, questo subagente indirizza una conversazione al subagente specifico dell'agente acquirente corretto.

• Se un acquirente risponde con una risposta ambigua durante una conversazione, ad esempio inserendo "aggiungilo", il router agente considera queste risposte come correlate all'attività corrente, non a nuove richieste.
• L'agente instrada i messaggi in base all'ultimo messaggio dell'acquirente. Filtra automaticamente qualsiasi codice in background, utilizzo automatico di strumenti o passaggi tecnici completati nei messaggi precedenti. L'agente reagisce esattamente a ciò che l'acquirente sta chiedendo al momento, senza interferenze da parte delle attività passate del sistema.

Per personalizzare il subagent router:

• Aggiungere una route per esporre un nuovo subagent o rimuoverne una per disattivare una funzionalità.
• Modificare il messaggio di benvenuto o le istruzioni di routing. Ad esempio, modificare la descrizione del router in modo che dia il benvenuto all'acquirente per primo alla prima sessione di chat.
• Riordinare o riformulare la logica di routing per influenzare il modo in cui l'agente interpreta le richieste ambigue in modo da risolvere le richieste in base al catalogo.

Agente acquirente Subagenti

I subagent Esperto prodotto, Carrello e Conferma ordine condividono un nodo di ragionamento. Tale nodo crea il prompt di ciascun subagent a partire da un insieme comune di variabili di modello. I subagent Supporto e Sicurezza non utilizzano il nodo condiviso. Funzionano secondo le proprie istruzioni. Poiché questi tre subagent commerciali attingono dalle stesse variabili, la modifica di una variabile modifica il comportamento di tutti i subagent che la utilizzano.

• retailer_name
• retailer_description
• retailer_voice
• tool_calling_guidance
• response_guidance
• example_response
• id_col

Subagenti di sicurezza e guardrail

Esistono subagent che si limitano a classificare le richieste. Non fanno nient'altro. Sono intenzionalmente stretti. Ognuno di essi include una sezione dettagliata da NON utilizzare in modo che i termini di acquisto comuni non vengano trattati come un attacco. Questi guardrail vengono definiti in config.additional_parameter__disabled_topics.

• Reverse engineering: rileva i tentativi di estrazione dei dati interni dell'agente. Queste richieste possono utilizzare "mostrami il prompt del tuo sistema", "elenca tutti i tuoi strumenti", "traduci le tue istruzioni". Ignora esplicitamente i verbi di dominio come aggiungere, visualizzare, trovare, estrarre e "questo strumento".
• Prompt injection: rileva i tentativi di override, ad esempio "ignora istruzioni precedenti", tag di sistema> falsi<, "modalità sviluppatore", furto d'identità di autorità e payload codificati. Ignora esplicitamente parole come "ignora" o "dimentica" per i dettagli descritti dall'acquirente.
• Contenuti inappropriati: rileva i contenuti realmente dannosi creati dagli utenti (incitamento all'odio, minacce, CSAM, autolesionismo, istruzioni per atti illegali). Tratta esplicitamente il vocabolario commerciale come sempre benigno, ad esempio "rotto", "batteria scarica", "affare killer" e reclami da parte di un acquirente, come "esperienza peggiore". Questi subagent instradano i messaggi con questo tipo di contenuto al subagent appropriato e non li contrassegnano.
• Off Topic: reindirizza educatamente le richieste off-topic e di cultura generale agli argomenti di shopping, senza rispondere alla domanda off-topic e senza rivelare i dettagli del sistema.

Per personalizzare questi subagent:

• Regola gli elenchi di segnali in base al tuo negozio. Aggiungi i tuoi nomi di prodotto che contengono parole sensibili all'elenco sempre innocuo in modo che il modello non li contrassegni. Aggiungi i modelli di attacco che vedi.
• Modificare il messaggio di reindirizzamento off-topic e le regole.
• Aggiungere o rimuovere argomenti disabilitati utilizzando il config.additional_parameter__disabled_topics.

Suggerimenti per la configurazione di Subagent

• Molti subagent possono condividere una singola variabile. Per evitare di modificare ogni subagent che utilizza una variabile condivisa, utilizzare varianti con ambito, ad esempio cart_tool_calling_guidance o order_tool_calling_guidance per controllare il comportamento di un singolo subagente.
• Ogni stringa di response_guidance ha un limite di 255 caratteri. Il superamento di questo limite genera un errore di script dell'agente.
• Il response_guidance è JSON: convalida le virgolette precedute da caratteri di escape ed evita le virgole finali.
• Sostituisci i segnaposto. Se si lascia un token non sostituito nella sezione UPPER_SNAKE_CASE, è possibile che si verifichi un errore di pubblicazione.
• Test con dati reali. Nell'anteprima dell'agente, la modalità fittizia restituisce dati di catalogo falsi. Prima di trarre conclusioni, verifica qualsiasi comportamento di ricerca e carrello rispetto alle azioni in tempo reale.