Kalender
Planlegging via validert dyplenke: foreløpig.
Hva den gjør
Når en samtale kommer til «la oss finne et tidspunkt», oppretter agenten en handlingsknapp for planlegging som peker til ditt eksisterende bookingsverktøy. Destinasjonen sjekkes mot en tillatelsesliste, slik at den ikke kan omdirigeres til et annet sted. Det er det hele per i dag.
Hvorfor det er viktig
Vi lister opp denne modulen nettopp fordi det er den som ikke er bygget. Mesteparten av verdien til en offentlig statusoversikt kommer fra punktene som er upraktiske. Hvis vi forteller deg sannheten om Kalender, er de ti andre punktene faktisk verdt noe.
Hvordan det fungerer
Destinasjonen er på tillatelseslisten
Booking-URL-en agenten oppretter, valideres mot en konfigurert tillatelsesliste, slik at en samtale ikke kan overtale agenten til å lenke til et vilkårlig sted.
Ingen tilgjengelighet, ingen hendelseslagring, ingen synkronisering
Det ligger ingen kalendermodell bak dette. Hvis du trenger at agenten skal vurdere ledig/opptatt tid, kan den ikke gjøre det i dag.
Spørsmål
- Kan agenten booke et møte for meg?
- Den kan gi noen en validert lenke til bookingsverktøyet ditt. Den kan ikke lese tilgjengeligheten din eller opprette en hendelse.
- Når blir dette virkelighet?
- Vi har ikke forpliktet oss til en dato, og vi vil heller la dette bli på benken enn å knytte et kvartal til det.
The rest of the bag
AccessControl
Rettigheter per dokument som filtrerer svar, ikke bare sider.
Policy-evaluering bufres per økt for hastighet; en endring i rettigheter rulles ut ved ugyldiggjøring av bufferen, i stedet for umiddelbart på alle pågående forespørsler.
Dokumentasjon
Et mappetre agenten leser, og en konfigurasjonsfil den følger.
Ekstraksjon dekker PDF-er, regneark og transkripsjoner. Eksotiske binærformater blir ikke parset.
Hendelser
En persistent logg over hva agenter gjorde, og hvorfor.
Hendelsesbussen i prosessen er en enkeltnode-sender, ikke en distribuert formidler. Den persistente loggen på tvers av agenter er en separat Postgres-oppgavelogg.
That was step 1 of 6: a request arrives. Next, the subdomain is the isolation boundary, so the request resolves to one workspace, one database, and one question of whether it is even in scope.