Patronen van agentische betrouwbaarheid
Lees meer over EPS Kisten van 75 x 70cm → Agentic Enterprise Reliability
Patronen
| Waar te zoeken | Hoe goed eruitziet |
|---|---|
| Platform | Platformcachegeheugen | ✅ Implementeer stroomonderbrekers die de status van de LLM-service bijhouden in Platform Cache voor realtime lezen met lage latentie, ondersteund door Typen aangepaste metagegevens voor drempelwaarden en configuratie; omdat Platform Cache de beste inspanning is, behoudt u de open / uitgeschakelde status in een duurzame store (zoals een aangepast object) in plaats van het cachegeheugen alleen. Open het circuit op een afgestemde foutdrempel (bijvoorbeeld vijf opeenvolgende gevolgfouten) en routeer naar reservepatronen |
| Platform | Platformcachegeheugen | ✅ Sla gevalideerde reactieschema’s op in platformcachegeheugen, waardoor snelle validatie van agentreacties op basis van verwachte structuur mogelijk is |
| Agentforce | Aanwijzingssjabloon | ✅ Wanneer validatie van reacties mislukt, probeer het opnieuw met verfijnde aanwijzingen, waaronder de validatiefout en een voorbeeld van de juiste structuur (maximaal 3-5 pogingen) |
| Agentforce | Sessietracering | ✅ Gebruik Agentforce Session Tracing redenering traces om het redeneerpad van de agent te inspecteren en hallucinatie te detecteren in de uitvoer ervan |
| Gegevens 360 | Vector zoeken | ✅ Agenten verplichten om Data 360-vectorzoekbronnen te citeren, zodat claims kunnen worden vergeleken met opgehaalde bronnen voordat de actie wordt uitgevoerd |
| Platform | Proactive Monitoring | ✅ Vertrouw voor accounts met het recht op Succes van handtekening op Proactive Monitoring, waarbij Salesforce-medewerkers de organisatie bewaken op nieuwe problemen; het is geen selfservice configureerbare waarschuwing |
| Platform | Schaalcentrum | ✅ Gebruik Schaalcentrum om specifieke agentbewerkingen te identificeren die gouverneurslimieten naderen |
| Agentforce | Actie | ✅ Paginering implementeren in agentacties die grote recordverzamelingen ophalen |
| Agentforce | Actie | ✅ Agentacties ontwerpen met harde limieten (maximaal 200 onderliggende waarden per bovenliggend niveau) en steekproefstrategieën implementeren wanneer limieten worden overschreden |
Anti-patronen
| Waar te zoeken | Hoe slecht eruitziet |
|---|---|
| Platform | Typen aangepaste metagegevens | ⚠️ Onbeperkte inferentie pogingen toestaan zonder een stroomonderbreker, het creëren van oneindige retry loops wanneer LLM service is gedegradeerd |
| Agentforce | Aanwijzingssjabloon | ⚠️ Mislukte agentreacties opnieuw proberen zonder de validatiefout en verwachte structuur op te nemen in de aanwijzing voor opnieuw proberen |
| Agentforce | Actie | ⚠️ Agenten toestaan om onbeperkte context (bijv. “alle historie”) op te vragen zonder harde limieten voor onderliggende records per bovenliggende record |
| Agentforce | Actie | ⚠️ Agentacties ontwerpen die grote recordverzamelingen ophalen zonder paginering, wat pieken in beheerlimieten veroorzaakt |
| Einstein | Trust laag | ⚠️ Agentreacties vertrouwen zonder kruisverwijzing naar claims tegen aardingsgegevensbronnen, waardoor hallucinaties de uitvoering van acties kunnen bereiken |
| Platform | Organisatie | ⚠️ LLM-servicebeschikbaarheid als identiek behandelen aan beschikbaarheid van Salesforce-platform in plaats van deze als een afzonderlijke afhankelijkheid te bewaken |
Patronen
| Waar te zoeken | Hoe goed eruitziet |
|---|---|
| Agentforce | Agentconfiguratie | ✅ Ontwerp multi-tier reserveketens: full-context agent → gereduceerde-context agent → deterministische regel engine → menselijke handoff via Omni-Channel |
| Agentforce | Agentconfiguratie | ✅ Configureer een secundaire agent met behulp van gecondenseerde context (afgelopen 30 dagen versus alle historie, top 5 vector zoekresultaten versus top 20) om de kans op mislukking te verkleinen |
| Platform | Stroom | ✅ Implementeer reservelogica in doeltreffende stroom of Apex geactiveerd door Platform-events, waarbij wordt vastgelegd welke laag is geslaagd voor zichtbaarheid in foutpatronen |
| Platform | Stroom | ✅ Build deterministische stroom of Apex logica omgaan met veel voorkomende scenario’s als reserve wanneer agent redeneren mislukt (bijv. standaard validatieregels, op regels gebaseerde score berekening) |
| Agentforce | Omni-Channel | ✅ Configureer op vaardigheden gebaseerde routering voor menselijke overdracht zodat escalaties de juiste expertise bereiken |
| Agentforce | Omni-Channel | ✅ Geef volledige gesprekscontext door aan de menselijke wachtrij, inclusief gepoogde strategieën, vertrouwensscores van agenten en redenen voor mislukkingen |
Anti-patronen
| Waar te zoeken | Hoe slecht eruitziet |
|---|---|
| Agentforce | Agentconfiguratie | ⚠️ Agenten ontwerpen met één uitvoeringspad dat volledig mislukt wanneer een component wordt afgebroken |
| Agentforce | Agentconfiguratie | ⚠️ Gebruik van dezelfde full-context agentconfiguratie voor reservepogingen in plaats van de context geleidelijk te vereenvoudigen |
| Agentforce | Omni-Channel | ⚠️ Routering naar menselijke overdracht zonder gesprekscontext, gepoogde strategieën of redenen voor mislukking door te geven, waardoor de agent gedwongen wordt om helemaal opnieuw te beginnen |
| Platform | Stroom | ⚠️ Niet vastleggen welke reservelaag is geslaagd, zichtbaarheid verliezen in foutpatronen en reservedoeltreffendheid |
Patronen
| Waar te zoeken | Hoe goed eruitziet |
|---|---|
| Platform | Platform-events | ✅ Controlepuntevents publiceren na elke succesvolle stap in agentwerkstromen met meerdere stappen, waarbij correlatie-ID, voltooide stappen en status worden opgeslagen die nodig zijn voor voortzetting in de eventpayload |
| Platform | Platform-events | ✅ Ontwerp agentwerkstromen als los gekoppelde eventketens waarbij elke agent kan mislukken en het onafhankelijk opnieuw kan proberen zonder de hele werkstroom te blokkeren |
| Platform | Platform-events | ✅ Implementeer opnieuw proberen wachtrijen met exponentiële backoff vertragingen (30s, 2min, 8min, 30min) met behulp van Platform Events met opnieuw proberen telling in payload |
| Platform | Platform-events | ✅ Route naar dode letter wachtrij en waarschuwingsbewerkingen na maximale pogingen (meestal 5) zijn uitgeput |
| Platform | Platform-events | ✅ Correlatie-ID opnemen in alle gerelateerde events; gebruik Platform Event Replay API om volledige werkstroomhistorie te reconstrueren voor foutopsporing |
| Platform | Platform-events | ✅ Maak gebruik van de 72-uurs bewaarperiode voor opnieuw afspelen die beschikbaar is voor platformevents met groot volume (events met standaardvolume worden 24 uur bewaard) om wachtrijen voor opnieuw afspelen te behouden via onderhoudsvensters van de organisatie of implementatiedowntime |
Anti-patronen
| Waar te zoeken | Hoe slecht eruitziet |
|---|---|
| Platform | Platform-events | ⚠️ Agent-werkstromen met meerdere stappen bouwen zonder controlepunten, waardoor volledige heruitvoering vereist is wanneer een tussenstap mislukt |
| Platform | Platform-events | ⚠️ Mislukte agentverzoeken opnieuw proberen zonder exponentiële backoff, waardoor donderende kudde-effecten ontstaan op het herstellen van services |
| Platform | Platform-events | ⚠️ Het ontwerpen van strak gekoppelde sequentiële werkstromen waarbij een enkele agentfout alle downstream verwerking blokkeert |
| Platform | Platform-events | ⚠️ Het weglaten van correlatie-ID’s uit events, waardoor het onmogelijk is om de volledige uitvoering van de werkstroom te traceren en op te sporen |
| Platform | Platform-events | ⚠️ Onbeperkt opnieuw proberen zonder een maximaal aantal nieuwe pogingen of wachtrij voor dode letters, wat platformresources verbruikt voor permanent mislukte bewerkingen |
Patronen
| Waar te zoeken | Hoe goed eruitziet |
|---|---|
| Platform | Apex | ✅ Gebruik Batch Apex voor agent bewerkingen analyseren van 1000 + records, gebruik maken van asynchrone beheerlimieten (200 SOQL query’s, 150 DML-bewerkingen, 60s CPU per uitvoering) |
| Platform | Apex | ✅ Gebruik Apex ketens voor agentenwerkstromen met meerdere stappen die meerdere externe API-aanroepen of langere verwerkingstijd vereisen; volg de voortgang in aangepaste objecten die hervatten bij mislukking inschakelen |
| Platform | Apex | ✅ Gebruik @future methoden voor lichtgewicht fire-and-forget agent operaties (kennisgevingen, externe logging, niet-urgente updates) waar mislukking is draaglijk |
| Platform | Apex vacatures | ✅ Bewaak asynchrone verwerkingscapaciteit via de pagina Apex taken (Set-up → Apex taken) en de Apex Flex-wachtrij: maximaal 5 gelijktijdige batchtaken (extra taken wachtrij in de Flex-wachtrij, maximaal 100 in de status In wachtstand), en de organisatiebrede dagelijkse limiet op asynchrone Apex uitvoeringen (DailyAsyncApexExecutions) - de grootste van 250.000 of 200 × het aantal gebruikerslicenties per 24 uur - gedeeld over batch, wachtrij, toekomstig en gepland Apex |
| Platform | Organisatie | ✅ Waarschuwing wanneer asynchrone verbruikslimieten naderen, waardoor proactief capaciteitsbeheer mogelijk wordt voordat agentverwerking wordt geblokkeerd |
Anti-patronen
| Waar te zoeken | Hoe slecht eruitziet |
|---|---|
| Platform | Apex | ⚠️ Verwerking van 1.000+ records in synchrone agenttransacties in plaats van over te stappen naar Batch Apex, waarbij de limiet van 100 SOQL-query’s al na enkele records wordt bereikt |
| Platform | Apex | ⚠️ Wachtrijketens gebruiken zonder de voortgang in aangepaste objecten bij te houden, waardoor hervatting bij mislukking wordt voorkomen |
| Platform | Organisatie | ⚠️ Het niet bewaken van de 5 gelijktijdige batchtaaklimiet of de gedeelde dagelijkse Apex uitvoeringslimiet voor asynchrone Apex (DailyAsyncApexExecutions - de grootste van 250.000 of 200 × gebruikerslicenties per 24 uur, voor batch, wachtrij, toekomstig en gepland Apex), waardoor verwerking van agenten in stilte in de wachtrij staat of mislukt |
Patronen
| Waar te zoeken | Hoe goed eruitziet |
|---|---|
| Platform | Organisatie | ✅ Testagentprestaties laden in Full Copy Sandbox met gegevensvolumes op productieschaal; gelijktijdige gesprekken simuleren die overeenkomen met piekvraag |
| Platform | Organisatie | ✅ Meeteenheid p95 en p99 latentie onder belasting identificeren van prestatiedegradatie onder stress; valideren gouverneur limiet verbruik blijft onder drempelwaarden bij piekbelasting |
| Agentforce | Agentconfiguratie | ✅ Voer foutinjectie uit: simuleer LLM-inferentiefouten in de servicelaag die uw stroomonderbreker bewaakt, injecteer SOQL-uitzonderingen die foutafhandeling testen, corrupte responsen die validatielogica testen |
| Agentforce | Agentconfiguratie | ✅ Introduceren van scheefgetrokken gegevens (accounts met meer dan 10.000 kinderen) tijdens het testen om pagineringslogica te valideren verwerkt worst-case scenario’s |
| Platform | Platform-events | ✅ Chaosengineering uitvoeren: schakel Platform Event-abonnees die herstel van opnieuw afspelen testen willekeurig uit, beëindig asynchrone taken halverwege de uitvoering van het opnieuw starten van het controlepunt |
| Platform | Organisatie | ✅ Plan regelmatige chaosdagen in faseringsomgevingen met behoud van veerkracht terwijl agenten zich ontwikkelen |
| Platform | Organisatie | ✅ Langdurige stabiliteitstests (72+ uur) uitvoeren op tijdafhankelijke storingen: fouten opstapelen en prestaties geleidelijk verminderen |
| Platform | Organisatie | ✅ Volg CPU-tijdtrends en heapverbruik over langere perioden en detecteer geleidelijke achteruitgang in contextbeheer |
Anti-patronen
| Waar te zoeken | Hoe slecht eruitziet |
|---|---|
| Platform | Organisatie | ⚠️ Testen laden in Partial Copy Sandbox met gereduceerde gegevensvolumes, wat misleidend vertrouwen geeft omdat gegevensvolume de prestaties van agenten rechtstreeks beïnvloedt |
| Agentforce | Agentconfiguratie | ⚠️ Testen alleen gelukkige paden zonder opzettelijk fouten te introduceren om stroomonderbrekers te valideren, logica voor opnieuw proberen en time-outafhandeling |
| Platform | Organisatie | ⚠️ Alleen korte-duurtests uitvoeren, ontbrekende tijdafhankelijke storingen (accumulerende fouten, geleidelijke afbraak) die alleen verschijnen onder aanhoudende werking van 72 + uur |
| Platform | Platform-events | ⚠️ Test nooit herstel van Platform-event of herstart van controlepunt, waardoor veerkrachtmechanismen niet worden gevalideerd |
Patronen
| Waar te zoeken | Hoe goed eruitziet |
|---|---|
| Zakelijk | Documentatie | ✅ Stel SLO’s vast voordat agenten worden samengesteld, niet na productiefouten; definieer doelen voor gesprekssuccesscore (doorgaans 95-99%) per type agent |
| Platform | Organisatie | ✅ Track succes rate als primaire agent betrouwbaarheid meetgegeven: percentage van gesprekken die worden voltooid zonder fouten of time-outs. Tel een gracieuze overdracht aan een mens als een succes, aangezien escalatie de ontworpen laatste reservelaag is; tel alleen mislukte of onbedoelde escalaties ten opzichte van het meetgegeven |
| Platform | Organisatie | ✅ Track succes score afzonderlijk op agent type en gebruikscase, omdat succes criteria verschillen tussen agent doeleinden |
| Platform | Organisatie | ✅ Bereken gemiddelde tijd tussen mislukkingen (MTBF) per type agent om minst betrouwbare agenten te identificeren die een optimaliseringsinvestering vereisen |
| Platform | Organisatie | ✅ Measure Mean Time to Recovery (MTTR); automatiseer herstel via Platform Event replay en stroomonderbrekers voor veel sneller, minder foutgevoelig herstel dan handmatige interventie |
| Einstein | Trust laag | ✅ Voorbeeld van willekeurige agentreacties die claims valideren op basis van Data 360-bronnen om de aardingsnauwkeurigheid te meten; onderzoek wanneer de nauwkeurigheid onder 95% zakt |
| Platform | Platform-events | ✅ Bewaak hiaten in het opnieuw afspelen van Platform-events (events gemist of niet geleverd) via een registratiepatroon aan de abonneezijde dat de replayId en correlatie-ID van elke event vastlegt op een aangepast object |
| Platform | Organisatie | ✅ Waarschuw bewerkingen wanneer een SLI daalt onder de gedefinieerde SLO-drempel |
Anti-patronen
| Waar te zoeken | Hoe slecht eruitziet |
|---|---|
| Zakelijk | Documentatie | ⚠️ Agenten bouwen zonder eerst SLO’s te definiëren, alleen betrouwbaarheidsdoelen vaststellen nadat productiefouten zijn opgetreden |
| Platform | Organisatie | ⚠️ Eén geaggregeerd succespercentage gebruiken voor alle agenttypen in plaats van afzonderlijk bijhouden op agenttype en gebruikscase |
| Platform | Organisatie | ⚠️ Uitsluitend vertrouwen op traditionele Salesforce-bewaking (Trust.salesforce.com) zonder agentspecifieke SLI’s bij te houden, zoals gesprekssuccesscore, MTBF, MTTR en aardingsnauwkeurigheid |
| Platform | Organisatie | ⚠️ Handmatige interventie vereisen voor alle agentfouten in plaats van herstel te automatiseren met Platform Event Replay en stroomonderbrekers |
| Einstein | Trust laag | ⚠️ Steek nooit agentresponsen voor validatie van aardingsnauwkeurigheid, waardoor hallucinatie onopgemerkt kan blijven in productie |
Patronen
| Waar te zoeken | Hoe goed eruitziet |
|---|---|
| Agentforce | Agentconfiguratie | ✅ Ontwerp opnieuw proberen patronen, reserveketens, en escalatiedrempels in agent werkstromen vanaf het initiële ontwerp, niet als nabeschouwingen |
| Agentforce | Actie | ✅ Bulkverwerking contextvoorbereiding en paginering van grote recordverzamelingen in agentacties |
| Platform | Platformcachegeheugen | ✅ Vaak geopende verwijzingsgegevens in het cachegeheugen opslaan in platformcachegeheugen, waardoor redundante query’s worden gereduceerd tijdens het voorbereiden van de agentcontext |
| Platform | Schaalcentrum | ✅ Gebruik Schaalcentrum om resource-intensieve agentbewerkingen te identificeren die optimalisering vereisen |
| Platform | Platform-events | ✅ Ontwerp zelfherstellende werkstromen met behulp van Platform-events als duurzame wachtrijen voor opnieuw proberen met stroomonderbrekers die externe afhankelijkheden beschermen |
| Agentforce | Agentconfiguratie | ✅ Neem altijd menselijke handoff als laatste reserve in de degradatieketen van elke agent |
| Platform | Organisatie | ✅ Bewaak agent SLI’s continu waarschuwing wanneer meetgegevens dalen onder SLO’s |
| Agentforce | Agentconfiguratie | ✅ Balance autonome mogelijkheden met de juiste overzicht: inschakelen zelfherstel van tijdelijke mislukkingen tijdens het escaleren wanneer het vertrouwen daalt of edge cases ontstaan |
Anti-patronen
| Waar te zoeken | Hoe slecht eruitziet |
|---|---|
| Agentforce | Agentconfiguratie | ⚠️ Betrouwbaarheidsmechanismen (opnieuw proberen, reserve, escalatie) toevoegen als nabeschouwingen in plaats van ze vanaf het begin te ontwerpen |
| Agentforce | Actie | ⚠️ Geen bulkverwerking van contextvoorbereiding, waardoor fouten in beheerlimieten worden veroorzaakt onder querypatronen uit de praktijk |
| Platform | Organisatie | ⚠️ API-verbruik en Platform-eventtoewijzing niet proactief bewaken, waarbij alleen limieten worden ontdekt wanneer agenten mislukken |
| Agentforce | Agentconfiguratie | ⚠️ Agentenketens ontwerpen zonder menselijke overdracht als definitieve reserve, waardoor geen herstelpad overblijft wanneer alle geautomatiseerde opties zijn uitgeput |
| Agentforce | Agentconfiguratie | ⚠️ Agenten volledig autonome werking verlenen zonder escalatiedrempels voor situaties met weinig vertrouwen of randgevallen |