Avgöra agentisk och traditionell arbetsflödesautomatisering
Med Agentforce kan företag nu låsa upp nya paradigmer för automatiserat arbete som inte är enkla att reducera till regler. Dessa nya kapaciteter inkluderar att lösa kunders syfte från ostrukturerade konversationer, koordinera processer med flera parter mellan system och svara på verksamhetsförhållanden i realtid. Agentiska arbetsflöden använder automatisering utformad för att resonera mot resultat istället för att utföra fördefinierade steg. För att möta denna efterfrågan krävs en plattform som fungerar över hela spektrumet av automatiseringskomplexitet och ett ramverk som visar var varje kapacitet passar.
Agentforce kombinerar Einstein Trust Layer, Resonemangsmotor, Agentskript, Flöde, Apex och Data 360 i en enda, enhetlig plattform. Denna kombination hanterar allt från enkel automatisering av postutlösare till komplex orkestrering av flera agenter över röst, vision, dokument och realtidstelemetri. MuleSoft utökar denna plattform med den MuleSoft-struktur, styrning och korssystemorkestrering som behövs för att ansluta agentflöden över ett företag. Agentforce Operations (tidigare Agentforce Supply Chain) tillämpar dessa kapaciteter på de specifika kraven i verksamhets- och tillverkningsprocesser.
Denna guide introducerar ramverket Orkestreringsdensitet och riktlinjer för att fatta välgrundade beslut i detta produktlandskap. Ramverket ger arkitekter en upprepningsbar metod för att välja rätt verktyg och mönster med hjälp av densitetsnivåer för intelligenta användningsfall för automatisering på Salesforce Platform.
| Produkt | Beskrivning |
|---|---|
| Agentforce | Agentforce är Salesforces plattform för att bygga och distribuera AI-agenter. Den använder Atlas-motorn för att utlösa dynamiskt jordade åtgärder i realtid via Apex och Data 360. |
| Agentskript | Agentskript är ett deklarativt domänspecifikt språk (DSL) som används i Agentforce Builder för att definiera arbetsflöden, verksamhetsregler och konversationslogik för agenter. |
| Agentforce rutnät | Agentforce Grid är ett AI-baserat kalkylbladsliknande gränssnitt utan kod för att snabbt utforma och använda AI-flöden i stor skala. |
| Agentforce operationer | Agentforce Operations (tidigare Agentforce Supply Chain) är en AI-driven plattform för samarbete kring orkestrering av arbetsflöden som utformats för att effektivisera och automatisera verksamhetsprocesser för backoffice. |
| MuleSoft | MuleSoft är en omfattande, enhetlig och öppen plattform för företagsintegrering och agentstyrning. Genom API-ledd anslutning och MuleSoft Agent Fabric och Agent Broker fungerar det som integreringsstrukturen, styrningslagret och grunden för korssystemorkestrering för att ansluta agentflöden över hela företaget |
| Flöden och Apex | Salesforce-flöde är ett kraftfullt peka-och-klicka-automatiseringsverktyg för att bygga komplexa verksamhetsprocesser visuellt utan kod. Salesforce Apex är ett egenutvecklat objektorienterat programmeringsspråk för Salesforce Platform, liknande Java. Den används för att bygga egen verksamhetslogik, automatisera processer och utöka centrala CRM-funktioner utöver deklarativa verktyg. |
Agentforce representerar ett grundläggande skifte i hur arbete utförs på Salesforce Platform, från regelbaserad automatisering till resonemangsbaserade arbetsflöden. För att frigöra dess potential måste arkitekter fatta välgrundade beslut om var agenter passar, hur de är sammansatta och vad de orkestrerar. Följande principer ger en upprepningsbar riktlinje för agentbeslut.
-
Använd rätt verktyg för rätt uppgift. Använd orkestreringsdensitet baserat på utförandeväg, modalitetsmix och målkomplexitet för att avgöra vilken lösning som passar bäst.
-
Använd traditionell automatisering med flöden och Apex för regelbaserat deterministiskt arbete, där resultatet kan vara helt begränsat och definieras av en uppsättning regler. Traditionell automatisering resulterar i en statisk utförandeväg, vilket garanterar förutsägbara och repeterbara resultat och är avgörande för granskningsbarheten. Välj traditionell automatisering för uppgifter som kräver strikt efterlevnad och juridisk efterlevnad.
-
Använd Agentforce Grid för massanvändning med låg till medelhög orkestreringskomplexitet. Detta mönster använder ett enda varvs genererande resonemang för att klassificera, betygsätta eller sammanfatta data över en stor volym CRM-poster, vilket säkerställer utförande med hög genomströmning och omedelbar granskning.
-
Använd Agentforce med Agentskript för uppgifter som har öppna mål där det önskade resultatet är känt, men den exakta körvägen inte kan specificeras vid designtillfället. Tillämpa detta mönster på krav som kräver resonemang via guidad determinism för att säkerställa förutsägbara och spårbara resultat.
-
Använd Agentforce Operations för att effektivisera och automatisera samverkande verksamhetsprocesser med AI-aktiverad hantering för arbetsflöden i leveranskedjan.
-
-
Undvik att tillämpa agentiska arbetsflöden för användningsfall med låg orkestreringsdensitet. Utvärdera kompromisser mellan traditionell och agentautomatisering för funktionella och icke-funktionella krav. Traditionell automatisering kan erbjuda den skala, pålitlighet och prestanda som krävs för ditt användningsfall.
-
Använd en Agentautomatiseringshybridmetod som kombinerar Agentforce och traditionell automatisering med flöden och Apex, när denna synergi ger större värde än att använda antingen agentbaserad eller traditionell automatisering separat.
Salesforce sObject är traditionellt den primära ingången för postautomatisering. Systemet kör logik baserad på regler och startar direkt efter en händelse i Data Manipulation Language (DML), som infoga, uppdatera eller ta bort. För att välja mellan verktyg för effektiv postutlöst automatisering introducerade vi Automatiseringsdensitet som ett sätt att mäta systemets komplexitet, med hänsyn till automatiseringskvantitet, postvolym och beroendespridning. Traditionell automatisering begränsas av det omfattande förarbete som krävs för att föra in data i en strukturerad, schemabaserad och regelbaserad konstruktion.
Agentautomatisering uppgraderar traditionell automatisering med användarsyfte eller ostrukturerade data som indata där resonemang kan tillämpas för att nå ett önskat resultat. Arkitekter måste bestämma när de ska använda probabilistiska resonemang för multimodala ostrukturerade data och när de ska tillämpa guidade, deterministiska arbetsflöden för att minska risken för oförutsägbara resultat.
När kravet flyttas från att utföra regelbaserade steg till att resonera mot resultat behöver arkitekter ett standardiserat ramverk för att utvärdera resonemangsdjupet och målkomplexiteten hos den föreslagna lösningen.
Orkestreringsdensitet är måttet på komplexitet inom ett agentiskt arbetsflöde. Tre faktorer avgör orkestreringsdensitet: utförandeväg, målkomplexitet och modalitetsmix. Automatiseringsdensitet mäter den fysiska komplexiteten i systemets regler och volym, men orkestreringsdensitet mäter den resonerande komplexiteten i agentens väg mot ett mål. Använd den sammansatta orkestreringsdensiteten för att utvärdera dina designkrav och mappa till den arkitektoniska standarden.
- Utförandeväg: Den grad i vilken arbetsflödet kan vara fullständigt begränsat och specificerat vid designtillfället. Ett fullständigt specificerat arbetsflöde innebär att arbetsflödet definierar varje gren och resultat som resulterar i en förbestämd utförandeväg. Ett icke-specificerbart arbetsflöde har en väg som kan dyka upp under körning genom att resonera mot sammanhangsdata och instruktioner.
- Målkomplexitet: Antalet unika resultat, beslutspunkter och vägvarianter som arbetsflödet måste lösa vid runtime. Ett arbetsflöde med låg komplexitet hanterar en enskild uppgift med ett förbestämt resultat, medan ett mål med hög komplexitet sträcker sig över flera faser med konkurrerande eller motstridiga mål med kundcase som inte kan förutses vid designtillfället.
- Modalitetsmix: Intervallet av indatatyper som ett arbetsflöde måste bearbeta och de utdataformulär det måste skapa. En blandning med låg modalitet läser standard CRM-fält och producerar postuppdateringar. En medelstor modalitet konsumerar en blandning av strukturerade CRM-fält och statiska, ostrukturerade data, som e-postmeddelanden eller kundcaseavskrifter, för att skapa postuppdateringar. En blandning med hög modalitet konsumerar dynamiska realtidsströmmar, som liveljud eller telemetri, och producerar multimodala utdata över flera externa system.

Att avgöra lämplig orkestreringsdensitetsnivå kräver sekventiell utvärdering av utförandevägen, målkomplexitet och modalitetsmix. Inspektera utförandevägen först. Om en väg är fullständigt specifikationsbar, börja med traditionell automatisering. Att använda en Agentlösning för att orkestrera och köra en deterministisk väg utan några krav på resonemang är ett antimönster. Det leder till agentspridning (överdriven, ohanterad AI-agentspridning) och agentspill (låg kvalitet, onödig AI-genererad utdata), vilket resulterar i dåliga värdereturer.
För delvisa eller icke-specificerbara vägar, fortsätt utvärdera målkomplexitet. Om målets komplexitet är väldefinierad men vissa noder längs vägen behöver probabilistiska utvärderingar, överväg att anropa agenter från flöde eller Apex för att uppfylla det specifika lokaliserade behovet. Om stegen i utförandevägen istället behöver ett eller flera AI-drivna krav för en stor uppsättning poster, överväg Agentforce Grid. Rutnät har stöd för arkbaserade arbetsflöden i flera steg genom flera AI- eller agentkolumner. Den är bäst lämpad för massutförande, radorienterat utförande. Detta tillvägagångssätt säkerställer att arbetsflödet förblir mycket effektivt och granskningsbart och åberopar endast probabilistiska resonemang där vägen inte kan fördefinieras.
Eftersom målens komplexitet ökar med konkurrerande dimensioner (till exempel att avgöra en utbetalning av försäkringsanspråk tillsammans med upptäckt av bedrägeri, efterlevnad av policyer och kundnöjdhet) och icke-specificerbara utförandevägar, överväg Agentforce med Agentskript för guidad determinism i din automatisering. För användning över flera företag som involverar Salesforce och tredjepartssystem, använd MuleSoft Fabric och Agent Broker.
Slutligen, utvärdera modalitetsmixen för att identifiera de tekniska kapaciteter som behövs, till exempel multimodal anslutning eller specialiserad integrering. Modalitetsmix fungerar som en kapacitetsväljare, inte en densitetskalkylator. Det hjälper till att avgöra vilken infrastruktur som behövs för att hantera lösningens indata- och utdataform, utan att ändra dess grundläggande orkestreringslogik.
Använd denna matris för att avgöra den arkitektoniska standarden för din agentautomatisering. Balansera traditionell och agentautomatisering genom att välja det tillvägagångssätt som löser ditt automatiseringsproblem.
- Traditionell automatisering (låg orkestreringsdensitet): Använd traditionell automatisering när processen utlöses av en poständring, data är strukturerade, logiken är regelbaserad och förbestämd och resultatet måste vara förutsägbart (till exempel standardprisberäkningar eller skapande av automatiska uppgifter).
- Agentforce Grid (låg till medelhög orkestreringsdensitet): Använd Agentforce Grid när AI-uppgifter i bunt i befintliga poster måste bearbetas (till exempel sammanfatta de senaste 50 kundcase för varje konto i denna lista, beräkna sentimentbetyget och behålla betyget i kundcasefältet).
- Hybridorkestrering (utökad automatisering med hög order): Använd hybridorkestrering när du automatiserar en komplex end-to-end-verksamhetsprocess (till exempel anspråkshantering eller introduktion) som kräver planeringskapaciteten hos AI men transaktionsintegriteten hos Flow och Apex.
- Agentforce Agentskript (komplexitet med högt syfte): Använd Agentskript när ingången är ostrukturerad (till exempel chatt, e-post och röst) och lösningen kräver en konversation eller möjligheten att hantera tvetydiga användarförfrågningar.
| Densitetsnivå | Körningsväg | Målkomplexitet | Modalitetsmix | Arkitektonisk standard |
|---|---|---|---|---|
| Låg | Fullständigt specificerad | Låg: Enskild innehöll uppgift med fördefinierade resultat. | Enskild modalitet: Läser och skriver strukturerade Salesforce-objektposter. | Postutlöst automatisering. Om användningsfallet har minst en resonemangsuppgift, använd Agentåtgärder i arbetsflödet. |
| Låg - Medel | Helt eller delvis specificerbar | Låg: Serie av steg med fördefinierade resultat. | Blandade metoder: Indata eller utdata kan ha en blandning av strukturerade och ostrukturerade data. | Använd Agentforce Grid Batch-slutsatser för massuppgifter i befintliga poster med agentåtgärd. |
| Medel | Helt eller delvis specificerad. Utförandevägen är fördefinierad men mellanliggande steg behöver resoneras. | Medel: Serie av Apex eller flödesbaserade steg med varierande resultat. | Blandade metoder: Indata eller utdata kan ha en blandning av strukturerade och ostrukturerade data med låg volym. | Hybrid (Agentforce + Apex / Flöde): Använd Agentforce för resonemang och planering med hög densitet, Agentskript för guidad determinism och Apex / Flöde för orkestrering. |
| Hög | Delvis eller ej specificerat. Målet är fördefinierat men mellanliggande steg behöver runtimesammanhang och användarsyfte. | Hög: Flera konkurrerande mål med tunga resonemang kräver deterministiska resultat. | Blandade metoder: Indata eller utdata kan ha en blandning av strukturerade och ostrukturerade data med hög volym som anländer i realtid. | Använd Agentskript för att balansera deterministisk kontroll med resonemang. Använd MuleSoft Agent Fabric för MCP från tredje part eller A2A för komplext samarbete mellan flera agenter. |
| Kapacitet | Traditionell automatisering (flöde/Apex) | Agentforce rutnät | Agentforce | Agentforce med Agentskript |
|---|---|---|---|---|
| Logiktyp och determinism | Deterministisk: Använder fast om-så-annan-logik. Utförandevägen är 100 % förutsägbar baserat på poststatus. | Blandat: Deterministisk via strukturerade steg medan individuella AI-steg kan vara probabilistiska. | Probabilistiskt: Använder flergångsresonemang för att avgöra den bästa vägen mot ett mål. | Guidad determinism: Använder resonemang för att planera vägen och tillåter körning på deterministiska nodvägar. |
| Leveranshastighet | Rekommenderad (flöde): Visuella verktyg tillåter snabbt byggande av postutlöst logik utan kod. | Rekommenderas för repetitiv AI-automatisering: Det snabbaste sättet att tillämpa AI-logik över befintliga postuppsättningar utan att bygga nya flöden. | Rekommenderas: För konfiguration av underagenter (tidigare ämnen), instruktioner och kompetensmappning för en specifik domän eller ett specifikt problem. | Rekommenderas: För avancerad mappning av delstatsbaserade grafer och kantlogik. |
| Indataformalitet | Rekommenderas endast för strukturerade: Begränsat till CRM-fält och relaterade postsamlingar. | Rekommenderas för semistrukturerade: Bearbetar masstext (beskrivningar, avskrifter) från postfält. | Rekommenderas för multimodal: Bearbetar naturligt språk, röst och syn (ostrukturerade data). | Rekommenderas för hög densitet: Syntetiserar multimodala indata med systemstatusdata i realtid. |
| Resonemangsdjup (Planering) | Inte tillgängligt: Logik är absolut nödvändigt; det kan inte "tänka" eller planera steg dynamiskt. Data kan dock skickas till agenter. | Låg: Enstegsinferens tillämpad över en postuppsättning (sats-AI). | Medel/Hög: Använder resonemangsloopar (Reason-Act-Observe) för att lösa komplexa syften. | Styrd: Resonemang är begränsat till att navigera i en fördefinierad graf över affärsstater. |
| Modularitet och återanvändbarhet | Rekommenderas: Modulär som standard via underflöden och Apex klasser. | Begränsat: Logik är vanligtvis knuten till den specifika rutnätsraden. Kolumnkonfigurationer och mallflöden kan återanvändas över hela raduppsättningen. | Tillgänglig: Kompetenser (flöden/Apex) återanvänds mellan olika underagenter (tidigare ämnen) och anslutna agenter. | Rekommenderas: Noder i agentgrafen är diskreta, återanvändbara funktionella enheter. |
| Transaktions- och DML-kontroll | Rekommenderad (Apex): Full kontroll över Savepoints, rollbacks och massutskick. | Tillgänglig: Varje rad behandlas oberoende, så utförandeomfånget är per post. | Begränsat: Åtgärder utförs som individuella, frånkopplade steg i en session. | Rekommenderas: Använder Apex för att fungera som deterministiska ankare för all DML. Stöd för distribuerad transaktionskontroll över agenter är begränsat. |
| Tvetydighetshantering | Inte tillgängligt: Kräver fördefinierade vägar. Oväntade indata leder till fel eller statiska fel. | Begränsat: Utdatakvalitet beror på snabb jordning. Arbetsflödet kan inte interaktivt be om förtydliganden. | Rekommenderas: Hanterar "okänd" status genom att ställa frågor eller välja alternativa kompetenser. | Tillgänglig: Använder "Fallback-noder" för att hantera resonemangsfel eller processtimeouter. |
| Synlighet och styrning | Rekommenderas: Flödesutforskaren ger en visuell karta över all postutlöst logik. | Tillgänglig: Rutnätsbaserat användargränssnitt ger tydlig insyn i resultat på radnivå och har stöd för granskning av utdata. | Tillgänglig: Övervakningsloggar ger transparens i hur agenten fattade beslut. | Kräver expertis: Kräver övervakning av både grafens traversering och LLM-slutledningsloggar. |
| Prestanda och skala | Rekommenderas Optimerad för synkron postbearbetning med hög volym. | Rekommenderas Bearbetar effektivt AI-massuppgifter över stora datavolymer. | Latenskänslig Beroende på härledningstid; inte lämplig för massuppdateringar med hög densitet. | Moderate Lämplig för komplexa uppgifter med lång horisont, men har högre overhead. |
Denna tabell ger allmänna rekommendationer för bästa passform för olika användningsfall.
| Användningsfall | Beskrivning | Passar bäst | Motivering |
|---|---|---|---|
| Postbearbetning | Automatisering utlöst av en DML-händelse i ett strukturerat Salesforce-objekt där varje gren och resultat kan definieras fullständigt vid designtillfället. | Använd postutlöst flöde. Detta är en traditionell automatisering med låg densitet. | Låg orkestreringsdensitet. Enskild modalitet (strukturerade CRM-fält) och ett enskilt innehållet mål med en förutsägbar, granskningsbar utförandeväg. |
| Transaktionskontroll med komplex logik | Automatisering som kräver savepoints, rollbacks, delvis commits eller masssäker datamanipulation över stora postvolymer. | Använd Apex för traditionell deterministisk automatisering med låg densitet. | Låg orkestreringsdensitet. Apex ger fullständig kontroll över transaktionsintegritet, avduplicering av dyr beräkning och cachning på plattformsnivå – kapacitet som inte är tillgänglig i Flöde. |
| Lågt komplex logik i en strukturerad process | Automatisering där den övergripande processen är regelbaserad men där individuella steg kräver beräkning eller datamanipulation utöver deklarativ kapacitet. | Använd Flöde med åberopbar Apex för deterministisk logik med låg densitet. | Låg orkestreringsdensitet. Flödet fungerar som orkestreringslagret. Åberopbar Apex sammanfattar högkomplexa åtgärder som återanvändbara, masssäkra komponenter. |
| Schemalagd och tidsmässig bearbetning | Automatisering som måste utföras vid ett dynamiskt beräknat framtida datum i förhållande till en posthändelse. | Använd traditionell automatisering (postutlösta flöden) för deterministisk bearbetning med låg densitet. | Låg orkestreringsdensitet. Schemalagda vägar för flöden ger automatisk schemaläggning, annullering och omschemaläggning om postdata ändras - inte tillgängligt i Apex utlösare. |
| Slutledning av masspost | Tillämpa ett enskilt AI-resonemangssteg enhetligt över en stor uppsättning befintliga poster för att skapa en klassificering, sammanfattning eller betyg. | Använd Agentforce Grid för batchslutledning och för att använda repetitiva agentfunktioner i stor skala. | Medelhög orkestreringsdensitet. Satsslutledning med enskild modalitet i skala: agenten läser strukturerade postfält och skriver en enhetlig utdata tillbaka till varje post. Låg målkomplexitet med ett repetitivt slutledningsmönster. |
| Ostrukturerad indatalösning | Automatisering där ingångspunkten är en begäran på naturligt språk, e-post eller konversation som måste tolkas, klassificeras och lösas genom resonemang. | Använd Agentforce för ostrukturerad indatalösning med medelhög densitet. | Medelhög orkestreringsdensitet. Blandad modalitet: Agenten konsumerar ostrukturerad konversationsinmatning och producerar sedan textsvar eller strukturerade postuppdateringar. Målet kräver att användarens syfte löses över en begränsad uppsättning resultat. |
| ** Måttligt komplex logik inom en probabilistisk process** | Automatisering där den övergripande processen är regelbaserad, men enskilda steg kräver AI-kapacitet som sammanfattning eller RAG-hämtning. | Använd Flöde med åberopbara Apex och uppmaningsmallar för deterministiska processer med låg densitet som kräver AI-kapacitet. | Medelhög orkestreringsdensitet. Flödet fungerar som orkestreringslagret medan uppmaningmallar, Agentforce Serviceagent och Agentforce Employee-agent visas som åberopbara åtgärder. |
| Guidad processorkestrering | Automatisering som löper över arbetsflöden i flera steg där en åtgärds slutförande utlöser ytterligare åtgärder | Använd agentskript med åtgärder för ej specificerade körningsvägar med hög densitet som kräver guidad processorkestrering. | Hög orkestreringsdensitet - blandad modalitet över indata och utdata. Konkurrerande resultat och kundcase som inte kan förutses helt vid designtillfället. Agentskript ger guidad determinism. |
| Orkestrering av flera systemprocesser | Automatisering som koordinerar en verksamhetsprocess i flera steg över flera backendsystem där inget enskilt system äger end-to-end-flödet | Använd MuleSoft Process API med Agent Broker för orkestrering av processer med medelhög till hög densitet. | Hög orkestreringsdensitet – Process-API:n samlar in komplex affärslogik i flera steg så att agenter inte behöver förstå orkestreringen bakom operationer som orderbearbetning eller lagerkontroller. Agent Broker sekvenserar och åberopar agenter och verktyg som behövs dynamiskt från ett enskilt naturligt språkmål. |
| Backendsystemabstraktion | Orkestrering där agenter måste ha gränssnitt med äldre system, databaser eller SaaS-plattformar från tredje part som inte har inbyggd Agentforce. | Använd MuleSoft med MCP-anslutaren för att omge äldre system och tillhandahålla modellsammanhang. | Medelhög orkestreringsdensitet. System API erbjuder ett säkert, abstraherat gränssnitt till postsystem, vilket säkerställer att agentiska arbetsflöden är frånkopplade från backend-komplexitet. MCP-anslutaren transformerar MuleSoft-program till MCP-kompatibla servrar för omedelbar upptäckt och åberopning. |
| Dokumentbearbetning med hög volym och undantagshantering | Automatisering som läser, tolkar och stämmer av inkommande strukturerade och semistrukturerade dokument mot befintliga poster i skala - hanterar avvikelser, delvisa matchningar och undantag med lämpligt manuellt ingripande. | Använd Agentforce Operations för dokumentbearbetning med medelhög densitet och syfte. | Medelhög orkestreringsdensitet med semistrukturerad indatamodalitet. Målkomplexitet driven av matchningsregler, undantagsvägar och godkännandetrösklar per dokument. Kräver resonemang per post, inte enhetlig ensvängslutledning. |
| Orkestrering av flera agenter mellan leverantörer | Automatisering kräver samarbete mellan specialiserade agenter byggda på olika plattformar eller leverantörer. | Använd MuleSoft med A2A-anslutare och Agent Fabric för orkestrering av flera agenter i olika system. | Medelhög till hög orkestreringsdensitet. A2A-anslutaren möjliggör peer-to-peer-flöden med flera agenter med företagsklassad styrning och pålitlighet, oavsett var varje agent är byggd eller värd. |
| Konvertering av ostrukturerade dokument till arbetsflöde | Automatisering där operativa processer som definieras i ostrukturerade källor (SOP, leverantörsregeldokument eller processdiagram) måste konverteras till körbara agentflöden utan manuell kodning. | Använd Agentforce Operations för konvertering av ostrukturerade dokument med hög densitet till arbetsflöde. | Hög densitet med en blandning av hög modalitet vid indata. Ingests PDF-filer, Word-dokument och bildbaserade diagram. Målkomplexitet som avgörs av omfattningen och förgreningen av den intagna processen. Utförandevägen kan inte specificeras vid designtillfället. |
| Orkestrering av flera parter | Automatisering som sträcker sig över den samordnade introduktionen av externa parter - samla in nödvändiga data, verifiera efterlevnad, hantera godkännanden och uppdatera postsystem över många samtidiga introduktionsspår. | Använd Agentforce Operations för orkestrering med medelhög till hög densitet, från syfte till framväxande flerpartsorkestrering. | Flera ömsesidigt beroende verifierings- och godkännandesteg måste lösas sekventiellt innan introduktionen slutförs. Modalitetsmix inkluderar strukturerade poster, ostrukturerade dokument och extern partkommunikation. |
| Prediktiva tillgångsingripanden | Automatisering där en prediktiv motor tar in realtidstelemetri för att identifiera förestående felförhållanden och utlöser ett samordnat backoffice-svar i flera steg. | Använd Agentforce Operations och Agentforce för tillverkning för prediktiva ingripanden med hög densitet. | Data Cloud hanterar IoT-telemetri med hög modalitet och upptäckt av avvikelser. Agentforce Operations orkestrerar sedan backoffice-flödet med medelhög modalitet—hantera fältserviceposter, lagerdata och kundkommunikation—och löser processen från början till slut. |
| Hantering av leverantörskommunikation i stor skala | Automatisering som hanterar pågående strukturerad och semistrukturerad kommunikation över en stor leverantörsbas - inklusive ordererkännanden, ändringar av leveransdatum och undantagsnotiser. | Använd Agentforce Operations för satsslutsatser till en leverantörskommunikationshantering med medelhög densitet. | Om kommunikationen är enhetlig mellan leverantörer, använd Agentforce Grid för batchbearbetning. Om svar kräver sammanhangsresonemang per leverantörsrelation, flytta om till medelhög densitet med Agentforce Operations. |
| Leadhantering (Intelligent dirigering med hög hastighet) | Automatisering som tar in marknadsföringssvar i realtid, använder AI-betyg och Data Cloud-förbättring för kvalificering, och använder flöden för intelligent tilldelning och dirigering av leads av hög kvalitet under en minut till rätt säljteam. | Använd traditionell automatisering (flöde) + Data Cloud och AI för intelligent leaddirigering med medelhög densitet. | Kräver hög hastighet (hastighet till lead < 1 min) och komplex, datadriven dirigering baserat på AI-leadbetyg, jobbnivå och aktivitetshistorik. Använder flöden för snabb, deterministisk tilldelningslogik, utökad med probabilistisk AI och Data Cloud för leadkvalificering och berikning. |
| Leadvård | Vårdar leads med lågt betyg tills de är redo för en säljkonversation. | Använd Leadvårdagent för att rikta in dig på och förbättra leads med låg kvalitet för automatisering med medelhög till hög densitet. | Skickar personliga e-postmeddelanden med flera kontakter med leaddata och kundframgångsberättelser. Den hanterar e-postsvar och använder Flöde för överlämning. |
| Kvalificering för inkommande lead | Kvalificerar och vårdar inkommande leads med högre betyg autonomt. | Använd Leadvårdande agent för att kvalificera och engagera leads. | Utför utgående e-post med flera kontakter, mötesbokning, frågor och svar om produkter och hantering av invändningar. Den kan fungera i läget "skicka som säljare" och skicka e-post genom den tilldelade leadägaren. |

Latens
Synkrona postutlösta flöden körs inom plattformstransaktionen och slutförs på millisekunder. Agentforces slutledningstid beror på Atlas Resonemangsmotor och skalor med resonemangsdjup och modalitetskomplexitet. Agentforce är olämpligt för synkron postbearbetning med hög volym där latens är en primär begränsning.
Kostnad
Resonemangskostnaden för ett agentiskt arbetsflöde måste motiveras mot affärsvärdet för resultatet. För uppgifter med hög volym och låg orkestreringsdensitet där det finns en deterministisk väg kan traditionell automatisering eller Agentforce Grid vara mer ekonomiskt än ett agentiskt arbetsflöde från början till slut. Se till att designen uppfyller rätt mönster för återförsök med uttryckliga maxgränser och brytare för återförsök. Detta skyddsräcke begränsar den ökade risken för kostnadsöverskridande som är associerad med massbearbetning.
Governorgränser
Utvärdera agentiska arbetsflöden med hög volym mot dagliga plattformsgränser för asynkron körning. Agentforce Grid-satsoperationer följer standardgränser för plattformstransaktioner. För automatisering som involverar Salesforce-objekt, tänk på det totala dagliga antalet DML-operationer, eftersom Salesforce tillämpar både hantering av delade resurser i en miljö med flera klienter och styrande gränser för att förhindra att automatiseringar som kör igång monopoliserar delade resurser.
Granskning och efterlevnad
Traditionell automatisering producerar fullständigt granskningsbara körspår genom Flow Trigger Explorer och Apex loggar. Agentforces end-to-end-mönster eller hybridmönster skapar resonemangsloggar som ger transparens i agenters beslutsfattande, men de kräver expertis för att tolkas. Guidad determinism via Agentskript är det rekommenderade mönstret för reglerade branscher där fullständig granskning av utförandet är ett efterlevnadskrav.
Omflyttning
Agentflöden med hög densitet bör innehålla uttryckliga mänskliga godkännanden eller omflyttningsgrindar för åtgärder med oåterkalleliga konsekvenser, till exempel ekonomiska transaktioner, lagstadgade inlämningar eller leverantörsåtaganden. Agent Scripts villkorliga kontroller tillhandahåller mekanismen för att tillämpa dessa grindar deterministiskt inom ett annars agentiskt arbetsflöde.
Prioritera enkelhet i din orkestreringsdesign. Börja på den minimala orkestreringsnivå som kan uppnå målet, validera det under verklig belastning och upprepa. Varje ytterligare agent, överlämning eller beroende i din kedja introducerar en ny yta som kan skapa inkonsekvent beteende.
I din specificerbara utförandesökväg, vid noder där resonemang krävs, börja bädda in en agent. Följ de rekommenderade metoderna för att bygga Agenter i Agentforce. Undvik att packa många underagenter (tidigare "ämnen") och aldrig uppblåsbara instruktioner. Agenter som distribueras i användningsfall för automatisering har råd att vara slimmade, eftersom de inte är det enda gränssnittet. Välj rätt primitiv för kedja. Ett orkestreringsmönster (delegering) har hårdare kontroll över utförandesekvensen och kan delegera underuppgifter till specialister. Undvik koreograferade (handoff) mönster. Om du måste implementera en överlämningsdesign, ge den mottagande agenten målet, sammanhanget och läget så att den kan optimera globalt istället för lokala mål.
Undvik spridning av åtgärder eller verktyg. Åtgärder är där agenter resonerar och deras design avgör om de producerar pålitliga resultat eller misslyckanden. Varje åtgärd måste returnera ett strukturerat, observerbart svar som AI-agenten kan använda för att planera nästa vändning i konversationen.
Att ha mer än en åtgärd (och olika utdatakonstruktioner) för att utföra samma uppgift försämrar agentens förmåga att resonera eller välja rätt verktyg för jobbet. Det kan göra att agenten missar nyanser. Överlappande åtgärdsdefinitioner riskerar fel klassificering. Se till att ditt åtgärdsbibliotek är granskat, versionerat och följer omfattningen Underagent (tidigare Ämne).
Definiera observerbara mål. Definiera målet som ett observerbart resultat, inte bara en procedur. Ett vagt mål inbjuder agentdrift. Utöka med en specificerad utförandesökväg. Använd Agentgraf med hybridresonemang för att modellera målet som en grafnod med explicit status. Runtime följer agentens aktuella position i arbetsflödet och återställer den efter tangentiella inmatningar; den förlorar inte målet när den får ytterligare information i sammanhangsfönstret.
Testa och utvärdera. Implementera ett robust test- och utvärderingsramverk för att validera resonemanget hos probabilistiska noder och utdata från agentautomatiseringar. Verifiera utförandevägar mot en förväntad resultatväg för att säkerställa att modellen når rätt resultat. Förhindra tysta fel där en agent felaktigt rapporterar framgång, eller går in i en oändlig eller ej återställningsbar loop genom att bekräfta resultaten vid utförandesteg. Använd sessionsspårning för att inspektera interaktioner steg för steg, utförande av resonerande motorer, åtgärder, indata/utdata för uppmaningar och gateway, felmeddelanden och slutgiltiga svar.
| Agentforce | Traditionell automatisering | Integrering |
|---|---|---|
Om författaren
Arvind Palaniswamy är arkitekt inom programvaruteknik på kontoret för chefsarkitekten Well-Architected Team. Han gillar att rama in komplexa system i deras enklaste former med hjälp av första principer. Han förstår teknik, drift och verksamhet genom årtionden av erfarenhet och MS / MBA (Kellogg) utbildning.