Tilbake til dokumenterKjernebegreper

Tillatelser

Forstå tilkoblede kontoer, autorisasjon, navngitte tillatelser, godkjenningsvarighet og forskjellene mellom My Okou og Legacy Agents.

Sist oppdatert 13. november 2026 · 4 min read

Å koble til en konto og å gi Okou tillatelse til å bruke den er to separate valg. Å dele en arbeidsflyt eller et resultat deler ikke kontoene dine, personlige instruksjoner, private chatter eller tillatelsesbevilgninger.

Tilkobling, autorisasjon og tillatelse

LagHva det styrer
TilkoblingHvilken lagret tjenestekonto eller legitimasjon du har koblet til.
AutorisasjonOm den tilkoblingen er tilgjengelig for Okou i den aktuelle konteksten. Legacy Agents kan kreve en agentautorisering.
TillatelsesbevilgningHvilke navngitte koblingshandlinger som er tillatt, og hvor lenge. Gå gjennom omfanget som vises i forespørselen.

Hvert medlem kobler til og autoriserer sine egne kontoer. En teamarbeidsflyt kan ikke låne avsenderens personlige innboks eller token. Integrasjoner som er installert i arbeidsområdet kan kreve separat kobling fra hvert medlem.

My Okou

Bruk Koblinger, eller følg tilkoblingsforespørselen i chatten din. Velg den tiltenkte kontoen, fullfør tjenestens egen tilkoblingsflyt, og gjennomgå eventuelle navngitte tillatelser som blir bedt om. Du trenger ikke å opprette en spesialisert agent for å koble til en tjeneste.

Noen kontoer har ekstra kontroller for kontoer for chat-koblinger. Der disse kontrollene er tilgjengelige, gjennomgå hvilke kontoer som er aktivert for denne chatten og hvilken som er valgt. En lagret tilkobling er ikke automatisk tillatelse til å bruke den i hver chat, og et kontovalg er ikke en bevilgning av hver koblingshandling. My Okou aktiverer ikke disse kontrollene i seg selv; hvis de ikke finnes, bruk tilkoblings- og autorisasjonsflyten du får vist.

Omfanget av en tillatelsesbevilgning er definert av produktforespørselen og koblingspolicyen. Ikke anta at en bevilgning er isolert til én chat eller én lagret konto bare fordi du godkjente den der. Gå gjennom den navngitte tillatelsen og den viste varigheten før du godkjenner.

Legacy Agents

Hvis grensesnittet ditt fortsatt har Agents, velg den tiltenkte agenten og åpne innstillingene for Autorisasjon. En tilkobling kan autorisere bestemte Agents. Den valgte agenten bruker den utførende medlemmets tilkoblede kontoer og bevilgninger, ikke kontoen til personen som publiserte den. Hvis du fjerner autorisasjonen for én agent, forblir andre autoriserte Agents uendret.

Gi og tilbakekall tilgang

Når Okou trenger tillatelse den ikke har, gjennomgå koblingen, operasjonen, begrunnelsen og eventuelle kontoer eller omfang som vises. Velg Allow eller Deny, og en varighet som tilbys av den forespørselen. Tidsbegrenset tilgang må fornyes når den utløper. Å avslå én tillatelse kobler ikke fra kontoen eller fjerner urelaterte bevilgninger.

Gå gjennom gjeldende tilgang i Koblinger og tillatelseskontrollene produktet tilbyr. I Legacy Agents, gå også gjennom den valgte agentens autorisasjonsinnstillinger. Å fjerne chattilgang, tilbakekalle en operasjon og koble fra en lagret konto er forskjellige handlinger. Sjekk den viste virkningen før du velger én av dem.

Håndtering av legitimasjon

OAuth-tokens og hemmeligheter som er skrevet inn manuelt, lagres på plattformen. For koblingsforespørsler injiserer brannmuren legitimasjonen ved nettverksgrensen; hemmeligheten eksponeres ikke for agentkode som en miljøvariabel.

Ikke lim inn passord, API-nøkler, OAuth-tokens eller klienthemmeligheter i en chat, personlige instruksjoner, arbeidsflyt eller vedlagt fil. Bruk koblingens tilkoblingsflyt. Å koble fra en lagret konto fjerner den tilkoblingen fra fremtidige kjøringer; det er mer omfattende enn å deaktivere bruken i én enkelt chat.

Godkjenningsgrenser

Den håndhevbare grensen er koblingens navngitte tillatelsesbevilgning. En personlig instruksjon eller en arbeidsflyt-instruksjon utvider ikke tilgangen, og en generell kategori som «sensitiv handling» garanterer ikke at hver ekstern skriving pauser på samme måte.

For arbeid som må forbli menneskelig gjennomgått:

  1. Gi lesetilgang eller utkasttilgang og avslå endelig skrive- eller sende-tilgang der koblingen eksponerer dem separat.
  2. Oppgi kravet om gjennomgang i personlige instruksjoner eller i arbeidsflyten.
  3. La den endelige handlingen bli hos mennesket, for eksempel ved å forberede et e-postutkast eller et foreslått endringsforslag.

Bruk også kontrollene i den opprinnelige tjenesten: API-nøkler med begrenset omfang, OAuth-scopes med minst mulig privilegier, repository-tillatelser og separate produksjonslegitimasjoner. Godkjenning av kjøp er fortsatt separat fra å koble til en konto.

Chatter, logger og administrativ synlighet

Medlemmer får tilgang til sine egne chattråder. Å publisere en arbeidsflyt, eller en agent i den eldre opplevelsen, publiserer ikke et medlems private chatter eller legitimasjon. Del samtaler og artefakter bare gjennom de eksplisitte delingskontrollene.

Workspace-administratorer kan se aggregerte brukstall på medlemsnivå for fakturering og kapasitetsstyring. Det eksponerer ikke automatisk private chat-innhold. I din egen chat kan du inspisere aktivitetsloggen for å se hvilken koblingshandling som ble kjørt og om den lyktes.

Sjekkliste for gjennomgang

  • Er den tiltenkte tjenestekontoen koblet til og tilgjengelig for denne oppgaven?
  • I Legacy Agents, er den tiltenkte agenten autorisert?
  • Der kontrollene for chatkontoer finnes, er den tiltenkte kontoen tillatt og valgt?
  • Er bare de nødvendige navngitte operasjonene tillatt, for riktig varighet?
  • Holder oppgaven de endelige eksterne handlingene i et trinn som kan gjennomgås?

Se Koblinger, Arbeidsflyter og For team.