OpenAI
Această pagină a fost tradusă automat. Vezi articolul original în limba engleză.

Șabloane de aplicații ChatGPT

Aflați cum administratorii și proprietarii spațiilor de lucru pot transforma un șablon de aplicație într-o aplicație specifică spațiului de lucru pentru organizația lor.

Actualizat: 4 days ago

Începând cu 9 iulie 2026, am migrat directorul de aplicații în directorul de pluginuri. Pluginurile sunt principala modalitate de a descoperi capabilități pentru fluxuri de lucru în ChatGPT și Codex. Un plugin poate include abilități, aplicații și șabloane de aplicații - aplicațiile rămân integrările care conectează ChatGPT sau Codex la date și acțiuni externe, în timp ce pluginurile facilitează activarea fluxurilor de lucru în ChatGPT. Conexiunile existente ale aplicațiilor nu sunt afectate, iar utilizatorii pot adăuga pluginuri noi din directorul de pluginuri, conectând și autentificând aplicația subiacentă ca înainte. Administratorii spațiului de lucru gestionează instalarea pluginurilor în Setări spațiu de lucru > Pluginuri și pot gestiona accesul și permisiunile fiecărei aplicații subiacente din configurația pluginului sau din Setări spațiu de lucru > Aplicații.

Prezentare generală

Șabloanele de aplicații sunt o cale de configurare pentru spațiile de lucru gestionate care au nevoie de o versiune specifică spațiului de lucru a unei aplicații sau a unui conector ChatGPT. Administratorii și proprietarii spațiului de lucru găsesc șabloanele în Setări spațiu de lucru > Aplicații > Director, adaugă configurația specifică organizației și creează o schiță de aplicație pentru revizuire. Șabloanele de aplicații gestionate nu apar în spațiile de lucru personale.

Șabloanele sunt utile atunci când OpenAI poate furniza comportamentul comun al aplicației, dar fiecare spațiu de lucru trebuie să furnizeze configurația specifică furnizorului. În funcție de șablon, acea configurație poate include un nume de entitate găzduită sau de gazdă, acreditări de client OAuth, URL-uri de callback, domenii de acces, detalii despre webhook, URL-uri ale serverelor MCP gestionate sau alte setări ale furnizorului. De exemplu, un șablon GitHub Enterprise poate crea conectorul specific spațiului de lucru pe care Codex îl folosește pentru a accesa gazda GitHub Enterprise a organizației respective.

După configurare, membrii nu folosesc șablonul original. Ei folosesc aplicația publicată a spațiului de lucru, creată din acesta. Administratorii pot apoi gestiona acea aplicație la fel ca pe alte aplicații ChatGPT, inclusiv accesul pe roluri, controalele acțiunilor, permisiunile aplicației și autorizarea furnizorului.


Pluginurile pot include și șabloane de aplicații sau aplicații create din șabloane. Dacă un plugin include un șablon de aplicație, un administrator sau proprietar al spațiului de lucru trebuie totuși să creeze și să publice aplicația specifică spațiului de lucru înainte ca membrii să o poată conecta în ChatGPT sau să o poată folosi prin acel plugin. Când rulează pluginul, acesta folosește instanța aplicației disponibilă în acel spațiu de lucru, în loc să le ceară membrilor să configureze ei înșiși șablonul original. Dacă șablonul necesar nu a fost configurat încă, membrii pot avea nevoie ca un administrator să finalizeze mai întâi configurarea. Pluginul nu poate folosi singur un șablon de aplicație.

Folosiți acest articol pentru fluxul general al șabloanelor. Pentru configurarea specifică furnizorului, consultați:

Șabloanele sunt utile atunci când același tipar de aplicație poate funcționa în multe organizații, dar fiecare organizație are nevoie de propria configurație.

Exemple frecvente includ:

  • URL-ul furnizorului include un nume de gazdă pentru entitatea găzduită, contul, organizația sau spațiul de lucru al companiei.

  • Organizația trebuie să aducă propriul client OAuth sau propriile acreditări de furnizor.

  • Furnizorul necesită configurarea unui URL de callback specific clientului.

  • Aplicația ar trebui să folosească același tipar de implementare, iar fiecare spațiu de lucru să controleze separat accesul, acțiunile și setările de securitate.

Cum diferă șabloanele deaplicațiile obișnuite

O aplicație obișnuită poate fi, de obicei, activată direct. În schimb, un șablon pornește un flux de configurare pentru administratorul spațiului de lucru.

Fluxul obișnuit este:

  • Un administrator găsește un șablon în Setări spațiu de lucru > Aplicații > Director.

  • Administratorul introduce configurația necesară, specifică spațiului de lucru.

  • ChatGPT creează o schiță de aplicație pentru spațiul de lucru.

  • Administratorul revizuiește și publică schița.

  • Administratorul configurează accesul și setările acțiunilor pentru aplicația publicată.

Membrii folosesc aplicația publicată a spațiului de lucru, nu șablonul original.

Găsiți și configurați un șablon de aplicație

  • Deschideți Setări spațiu de lucru > Aplicații.

  • Selectați Director.

  • Căutați furnizorul sau numele aplicației.

  • Căutați intrările marcate ca șabloane.

  • Selectați Activați pentru a porni fluxul de configurare.

Fluxul de configurare solicită detaliile necesare pentru a crea aplicația specifică spațiului de lucru. Câmpurile exacte depind de șablon.

De exemplu, un șablon GitHub Enterprise poate solicita detalii precum:

  • Numele și descrierea aplicației.

  • Numele de gazdă GitHub Enterprise.

  • Configurarea URL-ului de callback.

  • ID-ul clientului OAuth și secretul clientului.

  • Cheia privată a aplicației GitHub.

  • Domeniile de acces solicitate.

  • Detalii de configurare pentru webhook.

Revizuiți cu atenție fiecare câmp înainte de a crea schița. Dacă organizația dvs. gestionează centralizat acreditările OAuth sau ale furnizorului, coordonați-vă cu echipa care deține acele acreditări.

Consultați instrucțiunile specifice aplicației:GitHub,Snowflake șiDatabricks.

Configurarea clientului OAuth

Unele șabloane cer organizației dvs. să aducă propriul client OAuth. Când este necesar, creați sau configurați aplicația OAuth în consola de administrare a furnizorului extern, apoi copiați URL-ul de callback din ChatGPT în setările furnizorului pentru URL-ul de redirecționare sau de callback.

Introduceți ID-ul și secretul clientului OAuth în ChatGPT numai după ce confirmați că configurația furnizorului corespunde instrucțiunilor de configurare ale șablonului.

Dacă șablonul include domenii de acces implicite, păstrați valorile implicite, cu excepția cazului în care organizația dvs. a revizuit permisiunile furnizorului și are un motiv clar să le modifice.

Creați o schiță

După ce introduceți informațiile necesare, selectați Creați schița.

Crearea unei schițe nu face automat aplicația disponibilă membrilor. Revizuiți schița, publicați-o și configurați setările de acces și de acțiune înainte de a le cere membrilor să o folosească.

Publicați și gestionați aplicația rezultată

După publicare, gestionați aplicația specifică spațiului de lucru din Setări spațiu de lucru > Aplicații > Activate.

Verificări recomandate după publicare:

  • Confirmați că aplicația apare în Aplicații activate.

  • Setați Acces utilizatori pentru rolurile care ar trebui să folosească aplicația.

  • Revizuiți Controlul acțiunilor pentru acțiunile de citire și scriere.

  • Revizuiți Permisiunile aplicației pentru a alege când ChatGPT le cere membrilor confirmarea înainte de a folosi aplicația.

  • Cereți unui utilizator de test autorizat să deschidă Aplicații în ChatGPT și să confirme că aplicația apare.

  • Dacă aplicația necesită autentificare la furnizor, cereți utilizatorului de test să își conecteze contul de furnizor.

  • Rulați o solicitare de test cu risc redus pentru a confirma că aplicația funcționează conform așteptărilor.

Aceste permisiuni ale aplicației se aplică conversațiilor ChatGPT. Agenții din spațiul de lucru folosesc controale per agent, setate de creatorul agentului, pentru a determina ce acțiuni ale aplicației sunt disponibile și când li se cere utilizatorilor finali să le aprobe. Pentru comportamentul agenților, consultați:Agenții ChatGPT pentru spațiul de lucru, pentru Enterprise și Business.

Dacă un șablon poate fi folosit o singură dată

Unele șabloane pot crea o singură aplicație pentru fiecare spațiu de lucru. Dacă un șablon a fost deja folosit, butonul Activați poate fi indisponibil. În acest caz, gestionați schița existentă sau aplicația publicată existentă în loc să creați alta din același șablon.

Ce văd membrii

Membrii văd aplicația publicată, creată din șablon. Dacă un membru o poate vedea sau folosi depinde de setările spațiului de lucru și de autorizarea furnizorului. Dacă aplicația este inclusă într-un plugin, membrii o pot întâlni prin acel plugin, dar se aplică în continuare aceleași cerințe privind accesul la spațiul de lucru și autorizarea furnizorului.

Dacă un plugin necesită o aplicație creată dintr-un șablon, pluginul poate indica faptul că este necesară configurarea până când un administrator creează și publică aplicația specifică spațiului de lucru, o activează pentru rolul relevant, iar orice autorizare necesară de utilizator sau administrator la furnizor este finalizată.

Verificați că:

  • Aplicația este publicată.

  • Aplicația este activată pentru spațiul de lucru.

  • Rolul membrului în spațiul de lucru are acces.

  • Membrul se află în spațiul de lucru corect.

  • Membrul are permisiunile necesare la furnizorul extern.

Aplicațiile publicate apar în Setări spațiu de lucru > Aplicații > Activate. Dacă aplicația face parte dintr-un plugin, poate apărea și ca aplicație obligatorie sau opțională pe pagina de detalii a pluginului.

Depanare

Dacă configurarea eșuează sau aplicația nu apare, confirmați următoarele:

  • Numele de gazdă al entității găzduite, al contului sau al spațiului de lucru este corect.

  • URL-ul de callback a fost copiat exact în configurația furnizorului.

  • ID-ul clientului OAuth și secretul clientului sunt corecte.

  • Domeniile de acces solicitate corespund celor permise de aplicația OAuth a furnizorului.

  • A fost creată o schiță.

  • Schița a fost publicată.

  • Accesul pe roluri îi permite utilizatorului de test să vadă aplicația.

  • Permisiunile din partea furnizorului permit datele sau acțiunea testată.

Note de securitate

  • Tratați secretele de client OAuth și acreditările furnizorului ca informații sensibile.

  • Examinați domeniile de acces solicitate înainte de a crea schița.

  • Folosiți Controlul acțiunilor după publicare pentru a limita ce poate face aplicația.

  • Folosiți Permisiunile aplicației pentru a decide când ChatGPT le cere membrilor confirmarea înainte de a folosi aplicația.

  • Rețineți că permisiunile furnizorului se aplică în continuare după ce aplicația este activată în ChatGPT.

A fost util acest articol?