Agenttien ja perinteisten työnkulkujen automatisoinnin määrittäminen
Agentforcen avulla yritykset voivat nyt avata uusia automatisoitujen töiden paradigmia, joita ei voi helposti rajoittaa sääntöihin. Näihin uusiin ominaisuuksiin sisältyvät asiakastarkoitusten ratkaiseminen jäsentämättömistä keskusteluista, useiden osapuolten prosessien koordinointi eri järjestelmissä ja toimintaolosuhteisiin reagoiminen reaaliajassa. Agenttityönkulut käyttävät automaatiota, joka on suunniteltu perustellakseen lopputulokset etkä suorittaakseen esimääritettyjä vaiheita. Tämän vaatimuksen täyttäminen vaatii sovellusalustan, joka toimii automaation monimutkaisuuden kaikilla osa-alueilla, ja kehysjärjestelmän, joka näyttää, mihin jokainen kyky sopii.
Agentforce yhdistää Einstein Trust, perustelujärjestelmän, agentin komentosarjan, kulun, Apex ja Datan 360:n yhteen yhtenäiseen alustaan. Tämä yhdistelmä käsittelee kaiken yksinkertaisesta tietueiden käynnistimen automatisoinnista monimutkaiseen usean agentin orkestrointiin ääni-, visio-, asiakirja- ja reaaliaikaisessa telemetrissä. MuleSoft laajentaa tätä alustaa käyttämällä MuleSoftin tekstiä, hallintaa ja järjestelmien välistä orkestrointia, joita tarvitaan agenteellisten työnkulkujen yhdistämiseen koko yrityksessä. Agentforce Operations (aiemmin Agentforce Supply Chain) soveltaa näitä ominaisuuksia toiminta- ja valmistusprosessien erityistarpeisiin.
Tämä opas esittelee orkestroinnin tiheyden kehyksen ja ohjeita, joilla voit tehdä tietoon perustuvia päätöksiä tämän tuotteen näkymässä. Kehysjärjestelmä tarjoaa arkkitehdeille toistettavan lähestymistavan oikeiden työkalujen ja kuvioiden valitsemiseen käyttämällä tiheyden tasoja Salesforce Platformin älykkään automatisoinnin käyttötarkoituksiin.
| Tuote | Kuvaus |
|---|---|
| Agentforce | Agentforce on Salesforcen sovellusalusta tekoälyagenttien rakentamiseen ja käyttöönottoon. Se käyttää Atlas-järjestelmää käynnistääkseen reaaliaikaisia, dynaamisesti perustettuja toimintoja Apexin ja Data 360:n kautta. |
| Agentin komentosarja | Agentin komentosarja on deklaratiivinen toimialuekohtainen kieli (DSL), jota käytetään Agentforce Builderissa työnkulkujen, liiketoimintasääntöjen ja keskustelulogiikan määrittämiseen agenteille |
| Agentforce | Agentforce Grid on tekoälyn alkuperäinen, koodittoman laskentataulukon kaltainen käyttöliittymä tekoälyn työnkulkujen suunnitteluun ja toteuttamiseen nopeasti. |
| Agentforce | Agentforce Operations (aiemmin Agentforce Supply Chain) on tekoälyn avulla toimiva yhteistyötyönkulkujen hallinnan orkestrointialusta, joka on suunniteltu virtaviivaistamaan ja automatisoimaan toimistoprosesseja. |
| MuleSoft | MuleSoft on kattava, yhtenäistetty ja avoin alusta yritysten integrointiin ja agenttien hallintaan. API-pohjaisen yhteyden sekä MuleSoft Agent Fabricin ja Agent Brokerin avulla se toimii integraation kudoksena, hallintakerroksena ja järjestelmien välisenä orkestroinnin perustana, jolla yhdistetään agenttityönkulkuja koko organisaatiossa |
| Kulut ja Apex | Salesforce Flow on tehokas Osoita ja napsauta -automaattinen työkalu, jolla voit rakentaa monimutkaisia liiketoimintaprosesseja visuaalisesti ilman koodia. Salesforce Apex on Salesforce Platformille oma, objekteihin perustuva ohjelmointikieli, joka muistuttaa Javaa. Sitä käytettiin mukautetun liiketoimintalogiikan laatimiseen, prosessien automatisoimiseen ja CRM-ydintoimintojen laajentamiseen deklaratiivisten työkalujen ulkopuolelle. |
Agentforce edustaa perustavaa laatua olevaa muutosta työskentelytavoissa Salesforce Platformissa sääntöihin perustuvasta automatisoinnista päättelyyn perustuviin työnkulkuihin. Arkkitehtien täytyy tehdä tarkoituksellisia ja tietoisia päätöksiä siitä, mihin agentit sopivat, miten ne koostuu ja mitä he orkestroivat, jotta he voivat avata sen mahdollisuuden. Seuraavat periaatteet tarjoavat toistettavan ohjeen agenttien päätöksille.
-
Käytä oikeaa työkalua oikeaan tehtävään. Käytä orkestroinnin tiheyttä suorituspolun, moduulien yhdistelmän ja tavoitteen monimutkaisuuden perusteella määrittääksesi sopivimman ratkaisun.
-
Käytä perinteistä automatisointia kulkujen ja Apexin kanssa sääntöihin perustuville deterministisille töille, joissa lopputulos voidaan määrittää kokonaan sääntöjen avulla. Perinteinen automatisointi johtaa staattiseen suorituspolkuun, joka takaa ennustettavat ja toistettavat lopputulokset ja on ratkaisevan tärkeä auditointiin. Valitse perinteinen automatisointi tehtäville, jotka vaativat tiukkaa vaatimustenmukaisuutta ja lakisääteistä noudattamista.
-
Käytä Agentforce Gridia joukkototeutuksen käyttötapauksissa, joilla on pieni tai keskitaso orkestroinnin monimutkaisuus. Tämä kuvio käyttää kertaluontoista luovaa perustelua luokitellakseen, pisteyttääkseen tai yhteenvetääkseen dataa suuresta määrästä CRM-tietueita, mikä varmistaa suuren suorituskyvyn ja välittömän tarkastettavuuden.
-
Käytä Agentforce with Agent Scriptia tehtäville, joilla on avoimia tavoitteita, joissa haluttu lopputulos on tunnettu, mutta tarkkaa suorituspolkua ei voi määrittää suunnittelun aikana. Sovella tätä kuviota vaatimuksiin, jotka vaativat perusteluja opastetun deterministisyyden avulla, jotta lopputulokset ovat ennustettavia ja jäljitettäviä.
-
Käytä Agentforce Operationsia virtaviivaistaaksesi ja automatisoidaksesi yhteistyöprosesseja tekoälyn hallinnalla toimitusketjun työnkuluille.
-
-
Vältä käyttämästä agenteisia työnkulkuja vähäisen orkestroinnin tiheyden käyttötapauksiin. Arvioi perinteisen ja agenttien automatisoinnin väliset kompromissit toiminnallisten ja ei-toiminnallisten vaatimusten osalta. Perinteinen automatisointi voi tarjota käyttötarkoitukseesi vaaditun skaalan, luotettavuuden ja suorituskyvyn.
-
Ota käyttöön agenttien automatisoinnin hybridimenetelmä, joka yhdistää Agentforcen ja perinteisen automatisoinnin kulkujen ja Apexin kanssa, kun tämä synergia tarjoaa suurempaa arvoa kuin agenttien tai perinteisten automaatioiden käyttäminen erillään.
Salesforce sObject on perinteisesti tietueiden automatisoinnin ensisijainen sisäänpääsypiste. Järjestelmä suorittaa sääntöihin perustuvaa logiikkaa, joka alkaa heti DML-tapahtuman (Data Manipulation Language) jälkeen, kuten lisää, päivitä tai poista. Jos haluat valita tehokkaan tietueiden käynnistämän automatisoinnin työkalun, otamme käyttöön Automaation Density -ominaisuuden keinona mitata järjestelmän monimutkaisuutta ottaen huomioon automatisoinnin määrän, tietueiden määrän ja riippuvuuksien laajenemisen. Perinteistä automatisointia rajoittaa laaja esityö, joka vaaditaan datan tuomiseksi rakenteelliseen, skeemaa vastaavaan ja sääntöihin perustuvaan rakenteeseen.
Agenttien automatisointi päivittää perinteisen automatisoinnin käyttämällä käyttäjätarkoituksia tai jäsentämättömiä tietoja input-arvona, johon voidaan soveltaa perustelua halutun lopputuloksen saavuttamiseksi. Arkkitehtien täytyy päättää, milloin hyödyntää todennäköisyyksiin perustuvaa perustelua monimodaaliselle jäsentämättömälle datalle ja milloin käyttää ohjattuja ja deterministisiä työnkulkuja vähentääkseen odottamattomien lopputulosten riskiä.
Kun vaatimukset siirtyvät sääntöihin perustuvien vaiheiden suorittamisesta päättelyyn lopputuloksiin, arkkitehtit tarvitsevat standardoidun kehyksen arvioidakseen ehdotetun ratkaisun päättelyn syvyyden ja tavoitteen monimutkaisuuden.
Orkestroinnin tiheys on monimutkaisuuden mitta agenttien työnkulussa. Kolme tekijää määrittää orkestroinnin tiheyden: suorituspolku, tavoitteen monimutkaisuus ja modaalien yhdistelmä. Vaikka automatisoinnin tiheys mittaa järjestelmän sääntöjen ja määrän fyysistä monimutkaisuutta, orkestroinnin tiheys mittaa agentin polun monimutkaisuutta tavoitteen saavuttamiseksi. Käytä yhdistelmäorkestroinnin tiheyttä arvioidaksesi suunnittelun vaatimuksiasi ja kartoittaaksesi ne arkkitehtuurin standardiin.
- Suorituspolku: Missä määrin työnkulku voidaan rajoittaa ja määrittää täysin suunnittelun aikana. Täysin määritetty työnkulku tarkoittaa, että työnkulku määrittää kaikki haarat ja lopputulokset, jotka johtavat esimääritettyyn suorituspolkuun. Ei-määritettävissä olevalla työnkululla on polku, joka voidaan näyttää suorituksen aikana asiayhteydestä riippuvaisten tietojen ja ohjeiden perusteella.
- Tavoitteen monimutkaisuus: Erillisten lopputulosten, päätöspisteiden ja polkuvariaatioiden määrä, jotka työnkulun täytyy ratkaista suorituksen aikana. Monimutkainen työnkulku käsittelee yhden sisältämän tehtävän, jolla on ennalta määritetty lopputulos, kun taas monimutkainen tavoite kattaa useita vaiheita, joissa on kilpailevia tai ristiriitaisia tavoitteita, joiden reunojen tapauksia ei voida odottaa suunnittelun aikana.
- Modaalien yhdistelmä: Työnkulun käsittelemien syöttötyyppien ja sen tuottamien tulostulomakkeiden määrä. Alhaisen tilan yhdistelmä lukee CRM-vakiokenttiä ja tuottaa tietueiden päivityksiä. Keskisuuri-ikkuna kuluttaa rakenteellisten CRM-kenttien ja staattisen, jäsentämättömän datan, kuten sähköpostin tekstiosan tai tapausten keskustelulokien, yhdistelmän tietueiden päivitysten tuottamiseksi. Korkean tilan yhdistelmä kuluttaa dynaamisia reaaliaikaisia viestiketjuja, kuten live-ääniä tai telemetriaa, ja tuottaa monimenetelmäisiä tuloksia useissa ulkoisissa järjestelmissä.

Sopivan orkestroinnin tiheyden tason määrittäminen vaatii suorituspolun, tavoitteen monimutkaisuuden ja modaliteettien yhdistelmän arvioinnin järjestyksessä. Tarkasta suorituspolku ensin. Jos polku on täysin määritettävissä, aloita perinteisellä automaatiolla. Agenteellisten ratkaisujen käyttäminen vain deterministisen polun orkestroimiseen ja suorittamiseen ilman järkeilyvaatimuksia on vasta-kuvio. Se johtaa agenttien laajentumiseen (liikainen, ei-hallittu tekoälyn agenttien lisääntyminen) ja agenttien laskuun (huono laatu, tarpeeton tekoälyn tuoma tulos), mikä johtaa heikkoihin arvojen palautuksiin.
Jos käytät osittaisia tai määrittämättömiä polkuja, jatka tavoitteen monimutkaisuuden arviointia. Jos tavoitteen monimutkaisuus on määritetty hyvin, mutta tietyt polun tietyt noodit tarvitsevat todennäköisyysarviointeja, harkitse agenttien kutsumista kulusta tai Apexista vastaamaan tiettyyn lokalisoituun tarpeeseen. Jos suorituspolun vaiheet vaativat yhden tai useamman tekoälyyn perustuvan vaatimuksen suurelle joukolle tietueita, harkitse Agentforce. Ruudukko tukee monivaiheisia, taulukkoihin perustuvia työnkulkuja useiden tekoälyn tai agenttien sarakkeiden kautta. Se soveltuu parhaiten joukkomuotoiseen, rivikohtaiseen suoritukseen. Tämä lähestymistapa varmistaa, että työnkulku pysyy erittäin suorituskykyisenä ja tarkastettavissa, ja käyttää todennäköisyyksiin perustuvaa perustelua vain silloin, kun polkua ei voida määrittää valmiiksi.
Kun tavoitteiden monimutkaisuus kasvaa kilpailevien ulottuvuuksien (esimerkiksi vakuutusvaatimuksen maksun määrittämisen sekä petosten havaitsemisen, vakuutusten noudattamisen ja asiakastyytyväisyyden) ja määrittämättömien suorituspolkujen myötä, harkitse Agentforce with Agent Script -toimintoa opastaaksesi automatisointia. Käytä MuleSoft Fabricia ja agenttien välittäjää yritysten välisille käyttötapauksille, jotka koskevat Salesforcea ja kolmansien osapuolten järjestelmiä.
Lopuksi arvioi modaalien yhdistelmä tunnistaaksesi tarvittavat tekniset ominaisuudet, kuten monimenetelmäinen yhteys tai erikoistunut integraatio. Modaalien yhdistelmä toimii kapasiteetin valitsimena, ei tiheyden laskimena. Se auttaa määrittämään ratkaisun input- ja output-muodon käsittelemiseen vaaditun infrastruktuurin muuttamatta sen perusorkestrointilogiikkaa.
Käytä tätä matriisia määrittääksesi agenttien automatisoinnin arkkitehtonisen standardin. Valitse lähestymistapa, joka ratkaisee automatisointiongelusi, tasapainottaaksesi perinteisen ja agentin automatisoinnin.
- Perinteinen automatisointi (matala orkestrointitiheys): Käytä perinteistä automatisointia, kun prosessi käynnistyy tietueen muutoksesta, data on rakenteellinen, logiikka on sääntöihin perustuva ja ennalta määritetty ja lopputuloksen täytyy olla ennustettavissa (esimerkiksi vakiohintojen laskutoimet tai tehtävien automaattinen luonti).
- Agentforce-ruudukko (pieni tai keskitason orkestrointitiheys): Käytä Agentforce, kun olemassa olevien tietueiden joukkotyökalut täytyy käsitellä (esimerkiksi tehdä yhteenveto luettelon jokaisen tilin 50 viimeisestä tapauksesta, laske sentimenttipisteet ja säilytä pisteet tapauskentässä).
- Hybridin orkestrointi (korkea-tilauksen parannettu automatisointi): Käytä hybridiorkestrointia, kun automatisoit monimutkaisen lopputulosta loppuun -liiketoimintaprosessin (esimerkiksi korvausvaatimusten käsittelyn tai perehdytyksen), joka vaatii tekoälyn suunnitteluominaisuudet, mutta kulun ja Apexin transaktioiden eheyden.
- Agentforce Agent Script (korkea tarkoituksen monimutkaisuus): Käytä agenttikomentosarja, kun syöttöpiste ei ole jäsennelty (esimerkiksi chat, sähköposti ja ääni) ja ratkaisu vaatii keskustelua tai kykyä käsitellä epäselviä käyttäjäpyyntöjä.
| Tiheyden taso | Suorituspolku | Tavoitteen monimutkaisuus | Modaalien yhdistelmä | Arkkitehtoninen standardi |
|---|---|---|---|---|
| Pieni | Täysin määritettävä | Pienet: Yksittäinen sisällytetty tehtävä esimääritetyillä lopputuloksilla. | Yksittäinen modaali: Lue ja kirjoittaa rakenteellisia Salesforce-objektitietueita. | Tietueiden käynnistämä automatisointi. Jos käyttöskenaariossa on vähintään yksi perustelutehtävä, käytä työnkulussa agenttitoimintoja. |
| Pieni/keskitaso | Määritettävissä kokonaan tai osittain | Pienet: Sarja vaiheita, joilla on esimääritetyt lopputulokset. | Sekoitetut tavat: Input- tai output-arvo voi sisältää rakenteellista ja jäsentämättömää dataa. | Käytä Agentforce erähavaintoja joukkotoiminnoille olemassa olevissa tietueissa agenttitoiminnolla. |
| Keskipitkä | Määritettävissä kokonaan tai osittain. Suorituspolku on esimääritetty, mutta välivaiheet vaativat perusteluja. | Keskitaso: Apexiin tai kulkuun perustuvien vaiheiden sarja muuttujan lopputuloksilla. | Sekoitetut tavat: Input- tai output-arvo voi sisältää vähäisen määrän rakenteellista ja jäsentämättömää dataa. | Hybridi (Agentforce + Apex/Flow): Käytä Agentforcea korkean tiheyden päättelyyn ja suunnitteluun, agenttikomentosarjaa opastetulle deterministisyydelle ja Apexia/kulkua orkestrointiin. |
| Korkea | Osittain tai ei-määritettynä. Tavoite on esimääritetty, mutta välivaiheet vaativat suorituksen aikaisen kontekstin ja käyttäjän tarkoituksen. | Korkea: Useat kilpailevat tavoitteet, jotka vaativat paljon päättelyä, vaativat deterministisiä lopputuloksia. | Sekoitetut tavat: Input- tai output-arvo voi sisältää suuria määriä rakenteellista ja jäsentämättömää dataa, jotka saapuvat reaaliajassa. | Käytä agenttikomentosarjaa tasapainottaaksesi deterministisen hallinnan ja päättelyn. Käytä MuleSoft Agent Fabric -tyylisovellusta kolmansien osapuolten MCP-järjestelmille tai A2A:ta monimutkaista usean agentin yhteistyötä varten. |
| Ominaisuus | Perinteinen automatisointi (kulku/Apex) | Agentforce | Agentforce | Agentforce agenttikomentosarjalla |
|---|---|---|---|---|
| Logiikan tyyppi ja deterministisyys | Deterministinen: Käyttää kiinteää if-then-else-logiikkaa. Suorituspolku on 100 % ennustettavissa tietueen tilan perusteella. | Sekoitettu: Deterministinen rakenteellisten vaiheiden kautta, kun taas yksittäiset tekoälyn vaiheet voivat olla todennäköisyyksiin perustuvia. | Todennäköisyys: Käyttää monivaiheista päättelyä määrittääkseen parhaan polun tavoitteeseen. | Ohjattu deterministisyys: Käyttää perusteluja polun suunnitteluun ja sallii suorittamisen deterministisille noodien poluille. |
| Toimituksen nopeus | Suositus (kulku): Visuaaliset työkalut sallivat tietueiden käynnistämän logiikan luomisen nopeasti ilman koodia. | Suositus toistuvalle tekoälyn automatisoinnille: Nopein tapa käyttää tekoälylogiikkaa olemassa olevissa tietuejoukoissa luomatta uusia kulkuja. | Suositus: Alitason agenttien (aiemmin Aiheet), ohjeiden ja taitojen kartoitusten määrittämiseksi tietylle toimialueelle tai ongelmalle. | Suositus: Osavaltioihin perustuvien kaavioiden ja reunalogiikan edistyneeseen kartoittamiseen. |
| Syöttötapa | Suositus vain rakenteelle: Rajoitettu CRM-kenttiin ja siihen liittyviin tietueiden kokoelmiin. | Suositus puolirakenteelle: Käsittelee joukkotekstiä (kuvauksia, keskustelulokeja) tietueiden kentistä. | Suositus monimenetelmälle: Käsittelee luonnollisen kielen, äänen ja näkymän (rakenteettomia tietoja). | Suositus tiheydelle: Synthesizes multi-modal input with real-time system state data. |
| Suunnittelun syvyys (suunnittelu) | Ei käytettävissä: Logiikka on välttämätöntä, sillä se ei voi "ajata" tai suunnitella vaiheita dynaamisesti. Tietoja voidaan kuitenkin lähettää agenteille. | Pienet: Yksivaiheinen päätelmä, jota sovelletaan kaikkiin tietuejoukkoihin (eräAI). | Keskitaso/korkea: Käyttää monimutkaisten tarkoitusten ratkaisemiseen perustelu-silmukoita (Syyn–toiminnon–observaatio). | Hallittu: Perustelut rajoittuvat liiketoimintaolosuhteiden esimääritetyn kaavion selaamiseen. |
| Modaalisuus ja uudelleenkäytettävyys | Suositus: Modulaarinen oletusarvoisesti alakulkujen ja Apex kautta. | Rajoitettu: Tavallisesti logiikka on sidoksissa tiettyyn ruudukon riviin. Sarakkeiden määrityksiä ja mallipohjaisia työnkulkuja voidaan käyttää uudelleen koko rivijoukossa. | Käytettävissä: Taitoja (kulkuja/Apexia) käytetään uudelleen eri alitason agenteissa (aiemmissa aiheissa) ja yhdistetyissä agenteissa. | Suositus: Agenttikaaviossa olevat noodit ovat erillisiä ja uudelleenkäytettäviä toimintoyksiköitä. |
| Transaktion ja DML:n hallintaoikeus | Suositus (Apex): Tallennuspisteiden, periytymisen ja bulkkaamisen täydellinen hallinta. | Käytettävissä: Jokainen rivi käsitellään erillään, joten suorituksen vaikutusalue on per tietue. | Rajoitettu: Toiminnot suoritetaan yksittäisinä erillisinä vaiheina istunnossa. | Suositus: Käyttää Apex toimimaan deterministisinä ankkureina kaikille DML-tiedostoille. Jakatun transaktioiden hallinnan tuki agenteille on rajoitettu. |
| Epäselvyyksien käsittely | Ei käytettävissä: Vaatii esimääritettyjä polkuja. Odottamattomat syötteet johtavat virheisiin tai staattisiin virheisiin. | Rajoitettu: Tulosten laatu riippuu kehotteen maadoituksesta. Työnkulku ei voi pyytää selvitystä interaktiivisesti. | Suositus: Käsittelee "tuntemattomat" tilat esittämällä kysymyksiä tai valitsemalla vaihtoehtoisia taitoja. | Käytettävissä: Käyttää ”Fallback-noodeja” hallitakseen perusteluiden virheitä tai prosessien aikakatkaisuja. |
| Näkyvyys ja hallinta | Suositus: Flow Trigger Explorer tarjoaa visuaalisen kartan kaikesta tietueiden käynnistämästä logiikasta. | Käytettävissä: Ruudukkoon perustuva käyttöliittymä tarjoaa selkeän näkyvyyden rivitason tuloksiin ja tukee tulosten auditoitavuutta. | Käytettävissä: Valvontalokit tarjoavat läpinäkyvyyttä siitä, miten agentti teki päätöksiä. | Vaatii ammattitaitoa: Vaatii kaavion ja LLM:n johtolokien valvonnan. |
| Suorituskyky ja skaalautuminen | Suositus Optimoitu raskaan synkronoidun tietueen käsittelyyn. | Suositus Käsittelee tehokkaasti joukkotyökalut suurissa datamääriin. | Viiveestä riippuvainen Riippuvainen johtopäätöksen ajasta. Ei sovellu korkean tiheyden joukkopäivityksiin. | Moderoi Soveltuu monimutkaisille pitkän horisontin tehtäville, mutta sillä on korkeammat rajoitukset. |
Tämä taulukko tarjoaa yleisiä suosituksia eri käyttötarkoituksiin.
| Käyttöskenaario | Kuvaus | Paras sovellus | Johdanto |
|---|---|---|---|
| Tietueiden käsittely | DML-tapahtuman käynnistämä automatisointi rakenteelliselle Salesforce-objektille, jossa kaikki haarat ja lopputulokset voidaan määrittää täysin suunnittelun aikana. | Käytä tietueiden käynnistämää kulkua. Tämä on alhaisen tiheyden perinteinen automatisointi. | Alhainen orkestroinnin tiheys. Yksittäinen modaali (rakenteelliset CRM-kentät) ja yksi sisältävä tavoite, jossa on ennustettava ja auditoitava suorituspolku. |
| Transaktioiden hallinta monimutkaisella logiikalla | Automatisointi, joka vaatii tallennuspisteitä, periytymisiä, osittaisia sitoumuksia tai joukkoturvallista datan manipulointia suurissa tietueiden määrissä. | Käytä Apexia perinteiseen, matalan tiheyden deterministiseen automatisointiin. | Alhainen orkestroinnin tiheys. Apex tarjoaa täydellisen hallinnan transaktioiden eheydestä, kalliiden laskutoimien poistamisesta ja sovellusalustan tason välimuistiin tallentamisesta – ominaisuudet eivät ole käytettävissä kulussa. |
| Korkeasti monimutkainen logiikka rakenteellisessa prosessissa | Automatisointi, jossa kokonaisprosessi perustuu sääntöihin, mutta yksittäiset vaiheet vaativat laskutoimia tai datan manipulointia, joka ylittää deklaratiivisen kyvyn. | Käytä kulkua kutsuttavalla Apex alhaisen tiheyden deterministiseen logiikkaan. | Alhainen orkestroinnin tiheys. Kulku toimii orkestrointikerroksena. Kutsuttava Apex kapseloi monimutkaiset operaatiot uudelleenkäytettäviksi, joukkoturvallisiksi komponenteiksi. |
| Ajoitettu ja ajoitettu käsittely | Automatisointi, joka täytyy suorittaa dynaamisesti lasketulla tulevalla päivämäärällä suhteessa tietuetapahtumaan. | Käytä perinteistä automatisointia (tietueiden käynnistämiä kulkuja) matalan tiheyden deterministiseen käsittelyyn. | Alhainen orkestroinnin tiheys. Kulkujen ajoitetut polut tarjoavat automaattisen ajoituksen, peruutuksen ja uudelleenajoituksen, jos tietueiden data muuttuu - eivät ole oletusarvoisesti käytettävissä Apex-käynnistimissä. |
| Joukkotietueen päätelmä | Yksittäisen tekoälyn perusteluvaiheen soveltaminen yhdenmukaisesti useille olemassa oleville tietueille luodaksesi luokituksen, yhteenvedon tai pistemäärän. | Käytä Agentforce erien johtamiseen ja käyttääksesi toistuvia agenttien kykyjä laajalti. | Keskimääräinen orkestroinnin tiheys. Eräinferenssi ja yksi tilanne skaalassa: agentti lukee rakenteelliset tietuekentät ja kirjoittaa yhdenmukaisen tuloksen takaisin kuhunkin tietueeseen. Matala tavoitteen monimutkaisuus yhdellä toistuvalla päätelmäkuvakkeella. |
| Rakenteeton input-ratkaisu | Automatisointi, jossa syöttöpiste on luonnollisen kielen pyyntö, sähköposti tai keskustelu, joka täytyy tulkita, luokitella ja ratkaista perustelulla. | Käytä Agentforcea keskipitkän tiheyden, tarkoituksen perustuvalle ja jäsentämättömälle input-ratkaisulle. | Keskimääräinen orkestroinnin tiheys. Sekoitettu-ikkuna: agentti kuluttaa jäsentämättömän selkokielisen syötteen ja tuottaa sitten tekstivastauksia tai rakenteellisia tietuepäivityksiä. Tavoite vaatii, että käyttäjän tarkoitus ratkaistaan rajallisella lopputulosten joukolla. |
| Korkeasti monimutkainen logiikka todennäköisyyksiin perustuvassa prosessissa | Automatisointi, jossa kokonaisprosessi perustuu sääntöihin, mutta yksittäiset vaiheet vaativat tekoälyominaisuuksia, kuten yhteenveto- tai RAG-hakua. | Käytä Kulku kutsuttavalla Apexilla- ja Kehotteiden mallit -ominaisuuksia vähäryhmän deterministisille prosesseille, jotka vaativat tekoälyominaisuuksia. | Keskimääräinen orkestroinnin tiheys. Kulku toimii orkestrointikerroksena, kun taas Prompt-mallit, Agentforce palveluagentti ja Agentforce Employee agentti näytetään kutsuttavina toimintoina. |
| Opastettu prosessin orkestrointi | Automatisointi kattaa monivaiheiset työnkulut, joissa yhden toiminnon suorittaminen käynnistää lisätoimintoja | Käytä Agentin komentosarja toiminnoilla tiheille, määrittämättömille suorituspoluille, jotka vaativat opastetun prosessin orkestrointia. | Korkea orkestrointitiheys - Input- ja output-arvojen yhdistetty modaali. Kilpailevat lopputulokset ja reunatapaukset, joita ei voida täysin ennustaa suunnittelun aikana. Agenttikomentosarja tarjoaa opastetun deterministisyyden. |
| Järjestelmien välinen prosessien orkestrointi | Automatisointi, joka koordinoi monivaiheisen liiketoimintaprosessin useissa taustajärjestelmissä, joissa yksikään järjestelmä ei omista loppuun -kulkua | Käytä MuleSoft Process API -rajapintaa agenttien välittäjän kanssa keskitason tai korkean tiheyden järjestelmien väliseen prosessien orkestrointiin. | Suuri orkestrointitiheys - Prosessien API-rajapinnat sisältävät monimutkaisen monivaiheisen liiketoimintalogiikan, jotta agenttien ei tarvitse ymmärtää operaatioiden, kuten tilausten käsittelyn tai inventaariotarkistusten, taustalla olevaa orkestrointia. Agentin välittäjä järjestää ja kutsuu vaadittuja agentteja ja työkaluja dynaamisesti yhdestä luonnollisen kielen tavoitteesta. |
| Backend-järjestelmän abstraktio | Orkestrointi, jossa agenttien täytyy käyttää vanhoja järjestelmiä, tietokantoja tai kolmansien osapuolten SaaS-alustoja, joilla ei ole Agentforce. | Käytä MuleSoftia MCP-liittimen kanssa rivittääksesi vanhoja järjestelmiä ja tarjotaksesi mallin kontekstin. | Keskimääräinen orkestroinnin tiheys. Järjestelmärajapinnat tarjoavat tietueiden järjestelmille turvallisen ja abstraktin käyttöliittymän, mikä varmistaa, että agenttien työnkulut irrotetaan taustajärjestelmän monimutkaisuudesta. MCP-liitin muuntaa MuleSoft-sovellukset MCP-yhteensopiviksi palvelimiksi, jotta niitä voidaan löytää ja kutsua välittömästi. |
| Suuren määrän asiakirjojen käsittely ja poikkeusten käsittely | Automatisointi, joka lukee, tulkitsee ja täsmää saapuvat rakenteelliset ja puolirakenteelliset asiakirjat olemassa oleviin tietueisiin mittakaavassa – käsittelee varianssit, osittaiset vastaavuudet ja poikkeukset asiaankuuluvalla manuaalisella toiminnolla. | Käytä Agentforce keskipitkän tiheyden, tarkoitusperusteisen, raskaan asiakirjan käsittelyyn. | Keskitason orkestroinnin tiheys ja puolirakenteinen syöttöikkuna. Tavoitteiden monimutkaisuus perustuu täsmäyssääntöihin, poikkeusten polkuihin ja hyväksymisrajoituksiin per asiakirja. Vaatii perustelua per tietue, ei yhden kierroksen yhdenmukaista päätelmää. |
| Monien agenttien orkestrointi eri toimittajille | Automatisointi vaatii yhteistyötä eri alustoilla tai toimittajilla luotujen erikoistuneiden agenttien välillä. | Käytä MuleSoftia A2A-liittimen ja Agent Fabricin kanssa useiden agenttien orkestrointiin eri järjestelmissä. | Keskipitkästä korkeaan orkestrointitiheyteen. A2A-liitin mahdollistaa monien agenttien peer-to-peer-työnkulkuja, joilla on yritystason hallinta ja luotettavuus riippumatta siitä, missä kukin agentti on rakennettu tai missä sitä isännöidään. |
| Rakenteettoman asiakirjan muuntaminen työnkuluksi | Automatisointi, jossa jäsentämättömissä lähteissä määritetyt toimintaprosessit (SOP:t, toimittajien sääntöasiakirjat tai prosessien kaaviot) täytyy muuntaa suoritettaviksi agenttityönkuluiksi ilman manuaalista koodausta. | Käytä Agentforce raskaan tiheyden ja nouseville jäsentämättömille asiakirjoille työnkulun muuntamiseen. | Suuri tiheys ja korkean tilan yhdistelmä input-arvona. Tuo PDF-tiedostoja, Word-asiakirjoja ja kuvaan perustuvia kaavioita. Tavoitteen monimutkaisuus määritetään tuodun prosessin vaikutusalueen ja haarautumisen perusteella. Suorituspolkua ei voi määrittää suunnittelun aikana. |
| Monipuolinen orkestrointi | Automatisointi, joka kattaa ulkoisten osapuolten koordinoidun perehdytyksen - keräämällä vaadittuja tietoja, vahvistamalla vaatimustenmukaisuuden, hallitsemalla hyväksyntöjä ja päivittämällä tietueiden järjestelmiä monissa samanaikaisissa perehdytysruuduissa. | Käytä Agentforce keskipitkästä korkeaan tiheyteen, tarkoitus perustuu uusiin monen osapuolen orkestrointiin. | Useiden toisistaan riippumattomien vahvistus- ja hyväksymisvaiheiden täytyy ratkaista peräkkäin ennen perehdytyksen suorittamista. Modaalien yhdistelmään sisältyy rakenteellisia tietueita, jäsentämättömiä asiakirjoja ja ulkoisia osapuolten viestejä. |
| Ennustettava resurssin interventio | Automatisointi, jossa ennustejärjestelmä tuo reaaliaikaista telemetriaa tunnistaakseen tulevat epäonnistumisolosuhteet ja käynnistää koordinoidun monivaiheisen back-office-vastauksen. | Käytä Agentforce Operations- ja Agentforce for Manufacturing -ominaisuuksia korkean tiheyden ennakoivien resurssien interventioihin. | Data Cloud käsittelee monimutkaisen IoT-telemetrian ja poikkeavuuksien havaitsemisen. Agentforce Operations organisoi sitten keskivaiheisen toimistotyönkulun — joka hallitsee Field Service -tietueita, inventaariotietoja ja asiakasviestejä — ratkaistakseen prosessin loppuun asti. |
| Suuren skaalan toimittajien viestintähallinta | Automatisointi hallitsee jatkuvaa rakenteellista ja puolirakenteellista viestintää laajassa toimittajakannassa – mukaan lukien tilausten kuittaukset, toimituspäivien muutokset ja poikkeusten ilmoitukset. | Käytä Agentforce Operations for Batch Inferences -ominaisuutta keskitason tiheyden toimittajien viestintähallintaan. | Jos viestintä on yhdenmukaista toimittajien välillä, käytä eräkäsittelyssä Agentforce. Jos vastaukset vaativat asiayhteydestä johtuvaa perustelua toimittajasuhteelle, eskaloi keskitason tiheys Agentforce Operationsin avulla. |
| Liidien hallinta (nopea ja älykäs reititys) | Automatisointi, joka tuottaa reaaliaikaisia markkinointivastauksia, käyttää tekoälyn pisteytystä ja Data Cloud -rikastusta hyväksyntää varten ja käyttää kulkuja, jotka kohdistavat ja reitittävät korkealaatuisia liidejä älykkäästi oikealle myyntitiimille. | Käytä perinteistä automatisointia (Flow) + Data Cloudia ja tekoälyä keskipitkän tiheyden ja nopean älykkään liidien reitittämiseen. | Vaatii korkean nopeuden (Speed to Lead < 1 min) ja monimutkaisen, dataan perustuvan reitityksen, joka perustuu liidien tekoälypisteisiin, työn tasoon ja toimintohistoriaan. Käyttää kulkuja nopeaa ja determinististä kohdistuslogiikkaa varten, jota täydennetään todennäköisyyksiin perustuvalla tekoälyllä ja Data Cloudilla liidien hyväksymiseksi ja rikastamiseksi. |
| Liidin hoitaminen | Ylläpitää vähiten pisteytettyjä liidejä, kunnes he ovat valmiita myyntikeskusteluun. | Käytä liidien hoitoagenttia keskittääksesi ja parantaaksesi heikkolaatuisia liidejä keskitason ja korkean tiheyden automatisointiin. | Lähettää henkilökohtaisia, monikokoriippuvaisia sähköposteja, jotka sisältävät liiditietoja ja asiakkaiden onnistumiskertomuksia. Se käsittelee sähköpostivastaukset ja käyttää kulkua välittämiseen. |
| Saapuvan liidin hyväksyntä | Hyväksyy ja ylläpitää korkean pistemäärän saapuvia liidejä itsenäisesti. | Käytä liidien hoitoagenttia hyväksyäksesi ja sitouttaaksesi liidejä. | Suorittaa usean yhteyden sähköpostin lähettämisen, ajanvarauksen, tuotteen kysymykset ja vastaukset ja vastalauseiden käsittelyn. Se voi toimia "lähetä myyjänä" -tilassa ja lähettää sähköposteja kohdistetun liidin omistajan kautta. |

Viive
Tietueiden käynnistämät synkronoidut kulut suoritetaan sovellusalustan transaktion sisällä ja suoritetaan millisekunteina. Agentforcen päättelyaika on riippuvainen Atlas Reasoning Engine -järjestelmästä ja se skaalaa päättelyn syvyyden ja monimutkaisuuden mukaan. Agentforce ei sovellu raskaan, synkronoidun tietueen käsittelyyn, kun viive on ensisijainen rajoitus.
Kustannukset
Agenttien työnkulun perustelukustannusten täytyy olla perusteltuja lopputuloksen liiketoiminta-arvolle nähden. Tavallinen automatisointi tai Agentforce Grid saattaa olla taloudellisempaa kuin agenteille tarkoitettu työnkulku, jos raskaan ja tiheän orkestroinnin tehtävissä on olemassa deterministinen polku. Varmista, että rakenne noudattaa oikeaa uudelleenyrityskuviota, jossa on selkeät uudelleenyritysten enimmäisrajoitukset ja keskeyttimet. Tämä suojaruutu rajoittaa joukkokäsittelyyn liittyviä kustannusten ylikäytön riskejä.
Päälliköiden rajoitukset
Arvioi raskaita agenttityönkulkuja ei-synkronoidun suorituksen sovellusalustan päivittäisten rajoitusten perusteella. Agentforce Grid -erätoiminnot noudattavat tavallisia sovellusalustan transaktioiden rajoituksia. Jos automatisointi sisältää Salesforce-objekteja, ota huomioon DML-toimintojen päivittäinen kokonaismäärä, koska Salesforce noudattaa sekä jaettujen resurssien hallintaa usean vuokralaisen ympäristössä että hallintarajoituksia estääkseen hajanaisten automaatioiden monopolisoimasta jaettuja resursseja.
Tarkastettavuus ja vaatimustenmukaisuus
Perinteinen automatisointi tuottaa täysin auditoitavia suoritusketjuja Flow Trigger Explorerin ja Apex kautta. Agentforceen perustuvat kokonaisvaltaiset tai hybridikuviot tuottavat päättelylokeja, jotka tarjoavat läpinäkyvyyttä agenttien päätöksentekoon, mutta jotka vaativat asiantuntemusta tulkitsemiseksi. Opastettu deterministisyys Agent Scriptin kautta on suositeltu malli säännellyille toimialoille, joissa täysi suorituskyky on vaatimustenmukaisuuden vaatimus.
Eskalointi
Suurella tiheydellä toimivien agenttien työnkulkujen tulisi sisältää henkilökohtaisia hyväksyntöjä tai eskalointi portteja toiminnoille, joilla on peruuttamattomia seurauksia, kuten rahoitustapahtumat, sääntelyä koskevat ilmoitukset tai toimittajien sitoumukset. Agentin komentosarjan ehdolliset ohjaimet tarjoavat mekanismin näiden porttien pakottamiseksi deterministisesti muutoin agenttiseen työnkulkuun.
Pidä yksinkertaisuus ensisijaisena orkestrointisuunnittelussasi. Aloita minimaalinen orkestrointitaso, joka voi saavuttaa tavoitteen, vahvista se todellisessa kuormituksessa ja iteroi. Jokainen ketjussasi oleva agentti, sidonnaisuus tai riippuvuus lisää uuden näkymän, joka voi aiheuttaa epäjohdonmukaista toimintatapaa.
Aloita agentin upottaminen määritettävään suorituspolkuusi noodeissa, joissa on tarpeen päättelyä. Noudata agenttien laatimiseen Agentforcessa suositeltuja käytäntöjä. Vältä lisäämästä useita alitason agentteja (aiemmin "aiheita") eikä koskaan täytä ohjeita. Agentit, jotka on otettu käyttöön automatisoinnin käyttötapauksissa, voivat halutessaan käyttää sitä, koska he eivät ole ainoa käyttöliittymä. Valitse oikea primitiivinen ketjutusta varten. Orkestrointikuvio (delegointi) hallitsee suoritusjärjestystä tarkemmin ja voi delegoida alaisten tehtäviä asiantuntijoille. Vältä koreografoituja (handoff) kuvioita. Jos sinun täytyy toteuttaa siirron suunnittelu, tarjoa vastaanottavalle agentille tavoite, konteksti ja tila, jotta hän voi optimoida globaaleja eikä paikallisia tavoitteita.
Vältä toimintojen tai työkalujen laajentumista. Toiminnot toteuttavat agenttien perusteluja, ja niiden rakenne määrittää, tuottavatko ne luotettavia lopputuloksia vai epäonnistumisia. Jokaisen toiminnon täytyy palauttaa rakenteellinen, havaittavissa oleva vastaus, jota tekoälyagentti voi käyttää suunnitellakseen keskustelun seuraavan vuoron.
Jos sinulla on useampi kuin yksi toiminto (ja eri tulosrakenteet) saman tehtävän suorittamiseen, agentin kyky päättää tai valita työhön sopiva työkalu heikkenee. Se saattaa aiheuttaa sen, että agentti ei huomaa mitään. Toimintojen määritelmien päällekkäisyys saattaa aiheuttaa väärän luokittelun. Varmista, että toimintokirjastosi on tarkastettu, versioitu ja että se noudattaa Alavirkailija-vaikutusalueen (aiemmalta nimeltään Aihe) vaatimuksia.
Määritä havaittavissa olevat tavoitteet. Määritä tavoite havaittavaan lopputulokseen, äläkä vain toimenpiteeseen. Epätarkka tavoite kutsuu agenttia hajoamaan. Augment ja määritettävä suorituspolku. Käytä agenttikaaviota ja hybridimuotoilua mallinnaksesi tavoitteen kaavionoodina, jolla on selkeä tila. Suorituksen aika -toiminto seuraa agentin tämänhetkistä sijaintia työnkulussa ja palauttaa sen tangentiaalisten syöttöjen jälkeen. Se ei menetä tavoitetta, kun se saa lisätietoja asiayhteyden ikkunassa.
Testaa ja arvioi. Toteuta vahva testaus- ja arviointikehys vahvistaaksesi todennäköisyyden noodien perustelut ja agenttien automatisointien tulokset. Tarkasta suorituspolut odotetun tulospolun perusteella varmistaaksesi, että malli saavuttaa oikean lopputuloksen. Estä hiljaisia epäonnistumisia, kun agentti ilmoittaa menestyneensä väärin tai siirtyy loputtomaan tai ei-palautettavaan silmukkaan vahvistamalla tulokset suoritusvaiheissa. Käytä istuntojen seurantaa tarkastaaksesi vuorottelevat vuorovaikutukset, perustellun järjestelmän suoritukset, toiminnot, kehotteiden ja yhdyskäytävän syöttämät/lähtämät, virheviestit ja lopulliset vastaukset.
| Agentforce | Perinteinen automatisointi | Integraatio |
|---|---|---|
Tietoja tekijästä
Arvind Palaniswamy on ohjelmistojen suunnittelu-arkkitehti pääarkkitehdin toimistossa, hyvin rakennettu tiimi. Hän tykkää kehystää monimutkaisia järjestelmiä yksinkertaisimmissa muodoissaan käyttämällä ensimmäisiä periaatteita. Hän ymmärtää tekniikkaa, toimintoja ja liiketoimintaa vuosikymmenten kokemuksen ja MS/MBA(Kellogg) koulutuksen kautta.