← Alle innlegg

Opningstider, servicesoner og nødpolicy: reglane modellen ikkje kan utvide

Set opp dei deterministiske reglane Lavenity brukar før noko frå Ven når kunden — og sjå kva ein tom policy stillteiande tillèt.

Ein AI-agent er berre så trygg som reglane applikasjonen handhevar rundt han. Lavenity held fire slike reglar heilt utanfor modellen: når arbeidsflata er open, kvar ho køyrer, kva ein nødsituasjon utløyser, og kva som avsluttar ei fullført kvalifisering. Dette er policydokument serveren les ved kvar melding, ikkje instruksjonar i ein leietekst som ein overtydande kunde kan snakke seg rundt.

Kvifor ein tom policy ikkje er nøytral

Serveren har handheva alle fire sidan Qualify kom. Men det fanst ingen skjerm for dei, så i praksis stod dei som regel tomme — og tomt er ikkje nøytralt. Utan servicesoner er inga adresse utanfor området. Utan eit tryggleikssvar blir ein gass- eller vasslekkasje møtt med stille. Policyredigeringa finst for at ein eigar skal velje dette medvite i staden for å arve det ei blank rad tilfeldigvis tyder.

Opningstider: ei tidssone du kan sjå, og intervall som overlever lagring

Opningstider byrjar med ei IANA-tidssone som blir vist tilbake som lokal tid akkurat no, slik at ei feilskriven sone blir oppdaga før lagring og ikkje etter at ein kunde får eit «utanfor opningstid»-svar midt på dagen. Veka er så intervall per dag: ein tom dag tyder stengt, ei heilt tom veke tyder ikkje konfigurert, og inntil fire intervall per dag rommar ei delt vakt. Ugyldige intervall blir forklarte i skjemaet i staden for å forsvinne ved lagring.

Servicesoner, og kontrollen ei tom liste fjernar

Servicesoner blir skrivne som ei liste og viste tilbake som lesbare merke med tal, så det serveren faktisk matchar mot er synleg. Ei tom liste blir markert som ei åtvaring: utan soner er inga adresse nokon gong utanfor rekkjevidd, og kalenderen misser ein av dei få kontrollane som kan seie at eit postnummer er to timars køyring unna.

Nødsituasjonar går til eit menneske som standard

I nødpolicyen er standarden medvite streng. Nødsituasjonar forlèt den automatiske løypa med mindre eigaren avgjer noko anna, fordi eit sjølvsikkert feil autonomt svar innan varme, gass og vatn er eit tryggleiksproblem og ikkje eit supportproblem. Ved sida av brytaren ligg eit umiddelbart tryggleikssvar og ein eigen variant utanfor opningstid, medan fullføringsmeldinga avsluttar ei ferdig kvalifisering. Alt blir lagra saman med autonominivået, og kvar verdi blir lesen tilbake gjennom parsarar som fell til det tryggaste alternativet i staden for å utvide det Ven har lov til.

Set opp dei fire policyane før du hevar autonominivået

Set tidssona først og les den lokale tida som blir vist tilbake. Opningstider, svar utanfor opningstid og kvar time kalenderen tilbyr blir rekna ut i den sona, så ein feil her forskyv alle tre stille samstundes.

Fyll ut servicesoner sjølv om de i dag køyrer overalt. Ei tom liste tyder ikkje ubegrensa på ein nyttig måte — ho tyder at systemet aldri kan seie frå om at ei adresse ligg langt utanfor det vanlege området.

Skriv nødsvara som om ingen sit ved tastaturet, for det er tilfellet dei finst for. Hald tvungen handoff for gass, vatn og varme, gi tryggleikssvaret ein konkret instruksjon, og lat kveldsvarianten seie når eit menneske faktisk svarar.

Ofte stilt spørsmål

Kva skjer om Front Office-policyane står tomme?

Serveren handhevar dei framleis, men eit tomt dokument er eit tillatande dokument. Utan servicesoner er inga adresse utanfor rekkjevidd, utan tryggleikssvar blir ein nødsituasjon møtt med stille, og ei heilt tom veke tel som ikkje konfigurert. Parsarane fell til det tryggaste alternativet i staden for å feile, så ingenting knekk synleg — nettopp difor bør policyane setjast medvite før autonomien blir heva.