Oversikt
Appmaler er en konfigureringsmetode for Business- og Enterprise-arbeidsområder som trenger en arbeidsområdespesifikk versjon av en ChatGPT-app eller -kobling. I stedet for å aktivere én delt app fra katalogen starter en administrator eller eier av arbeidsområdet fra en mal levert av OpenAI, legger til detaljene som er unike for organisasjonen, og oppretter et apputkast for gjennomgang.
Maler er nyttige når OpenAI kan levere den felles appatferden, men hvert arbeidsområde må oppgi leverandørspesifikk konfigurasjon. Avhengig av malen kan denne konfigurasjonen omfatte en leietaker eller et vertsnavn, OAuth-klientlegitimasjon, callback-URL-er, omfang, webhook-detaljer, URL-er for administrerte MCP-servere eller andre leverandørinnstillinger. En GitHub Enterprise-mal kan for eksempel opprette den arbeidsområdespesifikke koblingen Codex bruker for å nå organisasjonens GitHub Enterprise-vert.
Etter konfigureringen bruker ikke medlemmene den opprinnelige malen. De bruker den publiserte arbeidsområdeappen som er opprettet fra den. Administratorer kan deretter administrere appen som andre ChatGPT-apper, inkludert rolletilgang, handlingskontroller, apptillatelser og leverandørautorisasjon.
Codex-programtillegg kan også inkludere appmaler eller apper som er opprettet fra maler. Hvis et programtillegg inkluderer en appmal, må en administrator eller eier av arbeidsområdet fortsatt opprette og publisere den arbeidsområdespesifikke appen før medlemmer kan koble den til i ChatGPT og bruke den gjennom programtillegget. Når programtillegget kjører, bruker det appforekomsten som er tilgjengelig i det arbeidsområdet, i stedet for å be medlemmene konfigurere den opprinnelige malen selv. Hvis den nødvendige malen ikke er konfigurert ennå, kan medlemmer trenge at en administrator fullfører konfigureringen først. Programtillegget kan ikke bruke en appmal alene.
Bruk denne artikkelen for den generelle malflyten. For leverandørspesifikk konfigurering, se:
Maler er nyttige når det samme appmønsteret kan fungere på tvers av mange organisasjoner, men hver organisasjon trenger sin egen konfigurasjon.
Vanlige eksempler omfatter:
Leverandør-URL-en inkluderer en bedrifts leietaker, konto, organisasjon eller vertsnavn for arbeidsområde.
Organisasjonen må stille med sin egen OAuth-klient eller leverandørlegitimasjon.
Leverandøren krever kundespesifikk konfigurering av callback-URL.
Appen bør bruke det samme implementeringsmønsteret, mens hvert arbeidsområde styrer tilgang, handlinger og sikkerhetsinnstillinger separat.
Slik skiller maler seg fra vanlige apper
En vanlig app kan som regel aktiveres direkte fra appkatalogen. En mal starter i stedet en konfigureringsflyt.
Den vanlige flyten er:
En administrator finner en mal i appkatalogen.
Administratoren angir den nødvendige arbeidsområdespesifikke konfigurasjonen.
ChatGPT oppretter et apputkast for arbeidsområdet.
Administratoren gjennomgår og publiserer utkastet.
Administratoren konfigurerer tilgangs- og handlingsinnstillinger for den publiserte appen.
Medlemmer bruker den publiserte arbeidsområdeappen, ikke den opprinnelige malen.
Finn og konfigurer en appmal
Åpne Arbeidsområdeinnstillinger > Apper.
Velg Katalog.
Søk etter leverandøren eller appnavnet.
Se etter oppføringer merket som maler.
Velg Aktiver for å starte konfigureringsflyten.
Konfigureringsflyten ber om detaljene som trengs for å opprette den arbeidsområdespesifikke appen. De nøyaktige feltene avhenger av malen.
En GitHub Enterprise-mal kan for eksempel be om detaljer som:
Appnavn og beskrivelse.
GitHub Enterprise-vertsnavn.
Konfigurering av callback-URL.
OAuth-klient-ID og klienthemmelighet.
Privat nøkkel for GitHub App.
Forespurte omfang.
Detaljer for webhook-oppsett.
Gå nøye gjennom hvert felt før du oppretter utkastet. Hvis organisasjonen administrerer OAuth eller leverandørlegitimasjon sentralt, må du koordinere med teamet som eier denne legitimasjonen.
Se appspesifikke instruksjoner: GitHub, Snowflake og Databricks.
Oppsett av OAuth-klient
Noen maler krever at organisasjonen stiller med sin egen OAuth-klient. Når dette kreves, oppretter eller konfigurerer du OAuth-appen i den eksterne leverandørens administrasjonskonsoll, og kopierer deretter callback-URL-en fra ChatGPT til leverandørens innstillinger for omdirigerings- eller callback-URL.
Angi OAuth-klient-ID-en og hemmeligheten i ChatGPT først etter at du har bekreftet at leverandørkonfigurasjonen samsvarer med instruksjonene for maloppsett.
Hvis malen inkluderer standardomfang, beholder du standardene med mindre organisasjonen har gjennomgått leverandørtillatelsene og har en klar grunn til å endre dem.
Opprett et utkast
Når du har angitt den nødvendige informasjonen, velger du Opprett utkast.
Å opprette et utkast gjør ikke automatisk appen tilgjengelig for medlemmer. Gå gjennom utkastet, publiser det og konfigurer tilgangs- og handlingsinnstillinger før du ber medlemmer om å bruke det.
Publiser og administrer den resulterende appen
Etter publisering administrerer du den arbeidsområdespesifikke appen fra Arbeidsområdeinnstillinger > Apper > Aktivert.
Anbefalte kontroller etter publisering:
Bekreft at appen vises i Aktiverte apper.
Angi Brukertilgang for rollene som skal bruke appen.
Gå gjennom Handlingskontroll for lese- og skrivehandlinger.
Gå gjennom Apptillatelser for å velge når ChatGPT spør medlemmer før appen brukes.
Be en tillatt testbruker om å åpne Apper i ChatGPT og bekrefte at appen vises.
Hvis appen krever leverandørautentisering, ber du testbrukeren koble til leverandørkontoen sin.
Kjør et testprompt med lav risiko for å bekrefte at appen fungerer som forventet.
Disse apptillatelsene gjelder for ChatGPT-samtaler. Arbeidsområde-agenter bruker kontroller per agent, angitt av agentens bygger, til å avgjøre hvilke apphandlinger som er tilgjengelige, og når sluttbrukere blir bedt om å godkjenne dem. For agentatferd, se: ChatGPT-arbeidsområde-agenter for Enterprise og Business.
Hvis en mal bare kan brukes én gang
Noen maler kan bare opprette én app per arbeidsområde. Hvis en mal allerede er brukt, kan Aktiver-knappen være utilgjengelig. I så fall administrerer du det eksisterende utkastet eller den publiserte appen i stedet for å opprette en ny fra samme mal.
Hva medlemmer ser
Medlemmer ser den publiserte appen som er opprettet fra malen. Om et medlem kan se eller bruke den, avhenger av arbeidsområdeinnstillinger og leverandørautorisasjon. Hvis appen er inkludert i et programtillegg, kan medlemmer støte på den gjennom dette programtillegget, men de samme kravene til tilgang i arbeidsområdet og leverandørautorisasjon gjelder fortsatt.
Kontroller at:
Appen er publisert.
Appen er aktivert for arbeidsområdet.
Medlemmets arbeidsområderolle har tilgang.
Medlemmet er i riktig arbeidsområde.
Medlemmet har de nødvendige tillatelsene hos den eksterne leverandøren.
Publiserte apper vises i ChatGPT-appkatalogen, i den arbeidsområdespesifikke delen.
Feilsøking
Hvis konfigureringen mislykkes eller appen ikke vises, bekrefter du følgende:
Leietakeren, kontoen eller arbeidsområdets vertsnavn er riktig.
Callback-URL-en ble kopiert nøyaktig inn i leverandørkonfigurasjonen.
OAuth-klient-ID-en og klienthemmeligheten er riktige.
Forespurte omfang samsvarer med det leverandørens OAuth-app tillater.
Et utkast ble opprettet.
Utkastet ble publisert.
Rolletilgang lar testbrukeren se appen.
Tillatelser på leverandørsiden tillater dataene eller handlingen som testes.
Sikkerhetsmerknader
Behandle OAuth-klienthemmeligheter og leverandørlegitimasjon som sensitiv informasjon.
Gå gjennom forespurte omfang før du oppretter utkastet.
Bruk Handlingskontroll etter publisering for å begrense hva appen kan gjøre.
Bruk Apptillatelser til å avgjøre når ChatGPT spør medlemmer før appen brukes.
Merk at leverandørtillatelser fortsatt gjelder etter at appen er aktivert i ChatGPT.