Tilgang til koblinger har tre separate lag: et medlems tilkobling, en agents autorisasjon og de navngitte tillatelsene gitt til den agenten. Å koble til en tjeneste gir ikke automatisk alle agenter tilgang til alle handlinger.
Tilkobling, autorisasjon og tillatelse
| Lag | Hva det styrer |
|---|---|
| Tilkobling | Hvilken medlemskonto eller legitimasjon som kan brukes for tjenesten. |
| Agentautorisasjon | Hvilken agent som kan bruke den tilkoblede tjenesten. |
| Tillatelsesbevilgning | Hvilke navngitte handlinger agenten kan be om, og hvor lenge. |
For tjenester med legitimasjon per medlem, kobler hvert medlem til sin egen konto. En delt agent handler fortsatt gjennom den tilkoblede kontoen og tillatelsene til medlemmet som kjører den; den arver ikke en kollegas innboks, token eller private chatthistorikk.
Tilgangsbevilgning
Når en agent trenger en koblingstillatelse den ikke har, viser Okou en tillatelsesforespørsel. Gå gjennom koblingen, agenten, tillatelsesnavnet og begrunnelsen før du velger Tillat eller Avslå.
En tillatt tillatelse kan bruke en av varighetene som tilbys i produktet:
- Tillat i 1t
- Tillat i 24t
- Tillat i 7d
- Tillat alltid
Når en tidsbegrenset tillatelse utløper, må agenten be om den på nytt. Å avslå én tillatelse kobler ikke fra kontoen eller fjerner andre tillatelser.
Administrer en agents nåværende koblingstilgang fra dens autorisasjonsinnstillinger. Visningen for koblingstilgang viser hvilke agenter som er autorisert og om tillatelsesstatusen deres er tillatt, avslått eller blandet.
Håndtering av legitimasjon
OAuth-tokens og manuelt innskrevne hemmeligheter lagres på plattformen. For koblingsforespørsler injiserer brannmuren legitimasjonen ved nettverksgrensen; hemmeligheten eksponeres ikke for agentkode som miljøvariabel.
Ikke lim inn API-nøkler, OAuth-tokens, passord eller klienthemmeligheter i en chat, agentinstruksjon, arbeidsflytinstruksjon eller vedlagt fil. Bruk i stedet koblingens tilkoblingsflyt.
Å koble fra en medlemskobling fjerner den tilkoblingen fra fremtidige kjøringer. Fjerning av en agentautorisasjon hindrer den agenten i å bruke koblingen, men lar andre autoriserte agenter være uendret.
Godkjenningsgrenser
Den håndhevbare grensen er koblingens navngitte tillatelsesbevilgning. Ikke stol på en generell handlingskategori for å garantere at hver e-post, innlegg, betaling, infrastrukturoppdatering eller sletting alltid vil stoppe på samme måte.
For arbeid som må forbli menneskegodkjent:
- Gi kun lese- eller kladdetillatelse, og avslå endelig skrive- eller sendetillatelse der koblingen tilbyr dem separat.
- Angi kravet om gjennomgang i agent- eller arbeidsflytinstruksjonen.
- Behold den endelige handlingen hos mennesket, for eksempel ved å lage et Gmail-utkast eller et forslag i stedet for å sende eller bruke det.
Bruk også kontrollene i tjenesten: avgrensede API-nøkler, minste privilegium OAuth-omfang, depotstillatelser og separate produksjonslegitimasjoner.
Chatter, logger og adminsynlighet
Medlemmer har tilgang til sine egne chattråder. Publisering av en agent eller arbeidsflyt publiserer ikke medlemmets private chatthistorikk eller koblingslegitimasjon. Del en samtale eller et artefakt kun via en eksplisitt delingsflate.
Workspace-administratorer kan se brukssammendrag på medlemsnivå som brukes til fakturering og kapasitetsstyring. Dette gir ikke automatisk innsyn i private chatinnhold på tvers av medlemmer.
I et medlems egen chat registrerer aktivitetsvisningen den synlige kjøresekvensen, koblingsaktivitet, artefakter, statuser og feil. Bruk den for å verifisere om en forespurt koblingshandling ble kjørt og om den lyktes.
Sjekkliste for gjennomgang
- Er koblingen knyttet til riktig medlemskonto?
- Er riktig agent autorisert?
- Er kun nødvendige tillatelser for denne oppgaven tillatt?
- Kan tillatelsen utløpe etter 1 time, 24 timer eller 7 dager i stedet for å være permanent?
- Holder arbeidsflyten irreversible eller utadrettede handlinger i et menneskegodkjent steg?
- Kan legitimasjonen i tjenesten begrenses ytterligere?
