Steg 2: sätt upp säkerhetsscreening och loggning

Workflowet skickar varje mejl genom en säkerhetsgrind innan orkestrering och loggar flaggat innehåll till Airtable.

1. I Safety Gatekeeper, ställ in Text till {{ $json.snippet }} för att skanna inkommande mejl-snippet.
2. Säkerställ att Safety LLM är ansluten som språkmodell för Safety Gatekeeper. Inloggningsuppgifter krävs: anslut era googlePalmApi-inloggningsuppgifter till Safety LLM (inloggningsuppgifter för AI-subnoder ställs in på den överordnade modellnoden).
3. Öppna Airtable Threat Logger och bekräfta att Operation är inställt på upsert.
4. Mappa columns → id till {{ $('Incoming Gmail Watch').item.json.id }} och columns → Sender Email till {{ $('Incoming Gmail Watch').item.json.From }}.
5. Inloggningsuppgifter krävs: anslut era airtableTokenApi-inloggningsuppgifter i Airtable Threat Logger.

Steg 3: konfigurera master-orkestreringslagret

Orkestratorn driver triage, kunskapshämtning och utkastsekvensen med hjälp av verktyg och minne.

1. I Master Orchestrator, ställ in Text till {{ $('Incoming Gmail Watch').item.json.snippet }}.
2. Säkerställ att Orchestrator Reasoning LLM är ansluten som språkmodell för Master Orchestrator. Inloggningsuppgifter krävs: anslut era googlePalmApi-inloggningsuppgifter till Orchestrator Reasoning LLM.
3. Öppna Session Memory Buffer och ställ in Session Key till {{ $('Incoming Gmail Watch').item.json.id }} med Session ID Type som customKey.
4. Behåll Invoke Triage Analyzer, Invoke Knowledge Finder och Invoke Drafting Agent anslutna som verktyg till Master Orchestrator (inga separata inloggningsuppgifter på verktygssubnoder).

Steg 4: konfigurera indata och parsning för triage-workflowet

Ärenden triageras i ett sub-workflow, parsas och returneras för routing-beslut.

1. I Invoke Triage Analyzer, ställ in workflow-indata så att de mappar: query till {{ $('Incoming Gmail Watch').item.json.snippet }}, threadId till {{ $('Incoming Gmail Watch').item.json.threadId }} och senderEmail till {{ $('Incoming Gmail Watch').item.json.From }}.
2. I triage-workflowet, behåll Ticket Triage Agent ansluten till Triage LLM. Inloggningsuppgifter krävs: anslut era googlePalmApi-inloggningsuppgifter i Triage LLM.
3. Verifiera att Parse Triage JSON är ansluten efter Ticket Triage Agent för att normalisera JSON-utdata.
4. Använd Triage Agent Memory med Session Key inställd på {{ $('When Executed by Another Workflow').item.json.senderEmail }}_{{ $('When Executed by Another Workflow').item.json.threadId }}.

Steg 5: bygg och fyll på kunskapsbasen (RAG)

Kundkunskap lagras i Supabase och hämtas via en RAG-agent, med embeddings genererade av OpenAI.

1. Använd Upload Policy Content för att skicka in policytext via formuläret med titeln Upload your File / Use sample data for your RAG.
2. I Default Document Loader, behåll Loader som pdfLoader och Data Type som binary.
3. Anslut OpenAI Embedding Generator till både Knowledge Base Upsert och Knowledge Base Lookup. Inloggningsuppgifter krävs: anslut era openAiApi-inloggningsuppgifter i OpenAI Embedding Generator.
4. I Knowledge Base Upsert, behåll Mode inställt på insert och tabellnamnet till n8n_documents. Inloggningsuppgifter krävs: anslut era supabaseApi-inloggningsuppgifter.
5. I Knowledge Base Lookup, behåll Mode inställt på retrieve-as-tool och tabellnamnet till n8n_documents. Inloggningsuppgifter krävs: anslut era supabaseApi-inloggningsuppgifter.

Steg 6: konfigurera kunskapshämtning och normalisering

Kunskapsagenten hämtar fakta och normaliserar utdata innan svar utkastas.

1. I Invoke Knowledge Finder, mappa workflow-indata: query till {{ $('Incoming Gmail Watch').item.json.snippet }}, threadId till {{ $('Incoming Gmail Watch').item.json.threadId }}, senderEmail till {{ $('Incoming Gmail Watch').item.json.id }}, triageSummary till {{ $('Invoke Triage Analyzer').item.json.summary }} och triageCategory till {{ $('Invoke Triage Analyzer').item.json.category }}.
2. I Knowledge Research Agent, behåll Text som =Search the Knowledge Base for facts regarding: "{{ $json.query }}" Context: {{ $json.triageSummary }}.
3. Säkerställ att RAG Gemini Model är ansluten som språkmodell för Knowledge Research Agent. Inloggningsuppgifter krävs: anslut era googlePalmApi-inloggningsuppgifter i RAG Gemini Model.
4. I Normalize RAG Output, behåll JavaScript-koden intakt för att sätta retrievedFacts och rensa utdata.
5. Använd RAG Agent Memory med Session Key inställd på {{ $('When Executed by Another Workflow').item.json.senderEmail }}_{{ $('When Executed by Another Workflow').item.json.threadId }}.

Steg 7: konfigurera utkast och svarsåtgärder

Utkastagenten genererar ett svar och skickar det via Gmail eller eskalerar via Slack.

1. I Invoke Drafting Agent, mappa workflow-indata: ragFacts till {{ $('Invoke Knowledge Finder').item.json.retrievedFacts }}, customerQuery till {{ $('Incoming Gmail Watch').item.json.snippet }} och triageSummary till {{ $('Invoke Triage Analyzer').item.json.summary }}.
2. Säkerställ att Drafting LLM är ansluten som språkmodell för Response Draft Agent. Inloggningsuppgifter krävs: anslut era googlePalmApi-inloggningsuppgifter i Drafting LLM.
3. Konfigurera Gmail Reply Sender med Message inställt på {{ $fromAI('Message', ``, 'string') }} och Message ID till {{ $('Incoming Gmail Watch').item.json.id }}.
4. Inloggningsuppgifter krävs: anslut era gmailOAuth2-inloggningsuppgifter i Gmail Reply Sender.
5. I Slack Alert Notifier, ställ in Text till {{ $fromAI('alertMessage', 'Critical Escalation Detected', 'string') }} och välj en Channel. Inloggningsuppgifter krävs: anslut era slackApi-inloggningsuppgifter.

Steg 8: valfria debug-indata och inaktiverad trigger

Använd stub-noder för manuell testning eller felsökning. Det finns även en inaktiverad IMAP-trigger för alternativ mejlinkomst.

1. Använd Stub Inputs for Triage, Stub Inputs for RAG och Stub Inputs for Draft för att ange testvärden som eller när ni kör sub-workflows.
2. Observera att IMAP Email Trigger är inaktiverad; aktivera den endast om ni planerar att lämna Gmail för mejlinkomst.

Steg 9: testa och aktivera ert workflow

Kör en komplett testcykel för att verifiera triage, kunskapshämtning, utkast och leverans av svar.

1. Klicka på Execute Workflow på Incoming Gmail Watch och skicka ett testmejl som matchar era filterinställningar.
2. Bekräfta att Safety Gatekeeper släpper igenom innehållet och att Airtable Threat Logger tar emot en ny upsertad post när säkerhetsregler triggas.
3. Verifiera att Master Orchestrator anropar Invoke Triage Analyzer och sedan routar antingen till Slack Alert Notifier + Gmail Reply Sender (eskalering) eller till Invoke Knowledge Finder → Invoke Drafting Agent för standardsvar.
4. Kontrollera att Gmail Reply Sender postar ett svar i samma tråd och att det innehåller den utkastade texten.
5. När allt är verifierat, slå på Active i n8n för att aktivera körning i produktion.