Yönetici kullanıma sunma kılavuzu

Aşağıdaki yönetim sınırları genelinde bir ChatGPT Enterprise kullanıma sunma sürecini planlamak için bu kılavuzu kullanın:

• Çalışma alanı erişimi.
• ChatGPT masaüstü uygulaması, Codex CLI ve IDE uzantısındaki kapsama alınmış kabiliyetler için yerel çalışma zamanı politikası.
• Codex bulutu.
• Platform API erişimi.
• Eklentiler ve bağlayıcı erişimi.
• Bağlı sistemlerdeki izinler.

Yeni bir kullanıma sunma işlemi için adımları sırasıyla tamamlayın veya tek bir sınırı değiştirmek için bağlantılı sayfaları kullanın.

Yerel Codex istemcileri için bir model ağ geçidi yönetiyorsanız ağ geçidinin uygunluğunu değerlendirmek, kimlik bilgilerini dağıtmak ve istemciyi devretmek için Codex'i bir ağ geçidi üzerinden dağıtın belgesini kullanın. Dağıtımınız çalışma alanı özelliklerini kullanıyorsa çalışma alanı erişimini ayrıca yapılandırın.

Çalışma alanı ayarlarında Yerel Codex ve Work, yerel Codex ve Work erişimini Üyelerin Codex ve Work'ü yerel olarak kullanmasına izin ver altında birleştirir. Bazı çalışma alanları bunun yerine bağımsız Yerel Codex ve Yerel Work bölümleri sunar. Bu düzende Üyelerin Codex'i yerel olarak kullanmasına izin ver Codex'i, Work'ü yerel olarak kullan ise Work'ü denetler. Bunlardan birinin etkinleştirilmesi diğerini etkinleştirmez. Bu etiketler ayrı ürünleri veya istemcileri değil, çalışma alanı izinlerini belirtir. Token izinleri ve kimlik bilgisi kullanım ömrü sınırları, çalışma alanına bağlı olarak bir Erişim token'ları bölümünde veya yerel erişim bölümünde görünür. Yönetilen yapılandırma, bu istemcilerde kapsanan yeteneklerin desteklenen çalışma zamanı davranışını kısıtlayabilen ayrı bir ilke katmanıdır. Bu kılavuz, davranış veya kullanılabilirlik farklı olduğunda ilgili arayüzün adını belirtir.

Erişim denetimlerine genel bir bakış için Roller ve çalışma alanı izinleri belgesine bakın. Güncel ChatGPT çalışma alanı prosedürleri için Yardım Merkezi rehberlerini, yerel ve barındırılan ortamlardaki çalışma zamanı davranışı için bağlantısı verilen geliştirici belgelerini kullanın.

Kurumsal güvenlik, gizlilik ve çalışma zamanı korumaları için Ajan onayları ve güvenlik ile Codex güvenlik teknik incelemesi sayfalarına bakın.

1. Adım: Sorumluları atayın ve bir kullanıma sunma yöntemi seçin

Kullanıma sunma sürecinin her bölümü için bir sorumlu atayın:

• Çalışma alanı erişimi: Üyelik, lisanslar, roller ve desteklenen çalışma alanı özellikleri.
• Yerel çalışma zamanı politikası: Onaylar, izin profilleri, dosya sistemi ve ağ erişimi ile desteklenen yerel istemcilere yönelik diğer gereksinimler.
• Codex bulutu: Barındırılan ortamlar, depo bağlantıları ve bulut çalışma zamanı politikası.
• Bağlı sistemler: Sağlayıcı tarafındaki uygulama kurulumu, hesaplar ve izinler.
• Raporlama ve uyumluluk: Analiz erişimi, denetim dışa aktarımları ve sonraki aşamadaki veri işleme süreçleri.

Her hedef kitlenin ChatGPT masaüstü uygulaması, Codex CLI, IDE uzantısı, Codex bulutu veya bunların bir bileşimindeki kapsama alınmış yerel kabiliyetlere ihtiyaç duyup duymadığına karar verin. Bir iş akışı API key kimlik doğrulaması kullandığında Platform API erişimini ayrı bir kuruluş ve proje sınırı olarak ele alın.

2. Adım: Çalışma alanı erişimini ve kimliği yapılandırın

Hedef kitlelere desteklenen çalışma alanı özelliklerini vermek için ChatGPT çalışma alanı üyeliğini, lisansları, grupları ve desteklenen RBAC izinlerini kullanın. Aynı rolün her yüzeyi denetlediğini varsaymak yerine, yerel istemci ve Codex bulutu erişimini güncel çalışma alanı yönlendirmelerine göre doğrulayın. Yerleşik yönetim rollerini yalnızca çalışma alanını yöneten kişilerle sınırlı tutun.

Çalışma alanı denetimleri ve etiketleri zaman içinde değişir. Güncel prosedürler için şu kaynakları kullanın:

• Üyeleri, lisans türlerini, rolleri ve erişimi yönetin
• Rol tabanlı erişim denetimini yapılandırın
• Çalışma alanı ayarlarını yönetin
• Gruplar ve erişim sağlama
• Kullanıcı yaşam döngüsü yönetimi
• Kimlik doğrulama

Oturum açmayı ve özellik erişimini, hedeflenen izinlere sahip bir üyeyle test edin. Çalışma alanı erişimi, bağlı bir hizmette depo, dosya veya eylem erişimi sağlamaz.

Work Cloud ile yerel bilgisayar erişimini ayarlayın

Kullanıma alma süreciniz Work veya dots için yerel bilgisayar erişimini içeriyorsa kullanıma almadan önce Agent Security bölümündeki ilkeleri inceleyin. İlke geçişi ve özellik erişimi ayrı değişikliklerdir; onay akışı, erişimi etkinleştirmek için ilke oluşturulmasını gerektirmez. Yönetilen ilke etkinleştirildiğinde, desteklenen Global ilkesi bulut orkestrasyonunu yönetir. Yerel yürütme gereksinimleri ve cihaz denetimleri bağlı bilgisayarı yönetir. Work bulut kapsayıcıları ve dots bulut bilgisayarları kendi yürütme yapılandırmalarını ve gereksinimlerini kullanır. Ayrı kurulum ve uygunluk gereksinimleri için Work Cloud ve dots için yerel bilgisayar erişimi belgesini izleyin.

Global ayarlarını yönetmek için ilke API’sini kullanın. Local veya Codex Cloud ayarlarını yönetmek için Agent Security arayüzünü kullanın. Mevcut Global API iş akışları, geçişten sonra da kullanılabilir. Betiklerinizi ve Terraform entegrasyonlarınızı test edin; ilke atamalarının ve sıralamasının değişmediğini doğrulayın.

Eşitlemeyi etkinleştirmeden önce uyumluluğu kontrol edin:

Ağ ilkesi. Ortam düzeyinde geçersiz kılmaların kullanılabildiği durumlarda, Yönetilen yapılandırma belgesinde açıklanan experimental_network istisnalarını test edin. Ortam düzeyinde izin verilse bile genel bir kısıtlama yürürlükte kalabilir.

• Kurumsal kancalar. Çalışma alanınız için etkinleştirildiğinde, Work Cloud ile yerel bilgisayar erişimi, desteklenen yaşam döngüsü ve araç olayları için bulut koordinatöründe (orkestratör) çalışan, yönetici tanımlı MCP kancalarını destekler. Araçlar yerel olarak çalışsa bile, bulut orkestrasyonunda komut kancaları ve yerel yapılandırmadan veya eklentilerden gelen kancalar desteklenmez.

• Desteklenmeyen kancalar. Araçlar yerel olarak çalışsa bile, bulut orkestrasyonunda komut kancaları ve yerel yapılandırmadan veya eklentilerden gelen kancalar desteklenmez. Hem orkestrasyon hem de yürütme yerel olduğunda, desteklenen mevcut kancalar yalnızca yerel olarak çalışan Work ve Codex konuşmalarında çalışmaya devam eder. Yöneticiler bu iş akışları için desteklenen yönetilen kancaları Agent Security üzerinden yapılandırmaya devam edebilir.

• Denetim. Bu kancalara güvenmeden önce geri çağrı bağlantısını test edin, aldığı olayları doğrulayın ve hataların görevi nasıl etkilediğini kontrol edin. MCP kancaları eksiksiz bir Compliance API denetim izi sağlamaz.

• Veri gereksinimleri. Work Cloud ile yerel bilgisayar erişimi, katı sıfır veri saklama güvencesi sağlamaz. Veri yerleşimi ve çıkarım yerleşimi yalnızca uygun içerikleri ve desteklenen iş yüklerini, bölgeleri ve yapılandırmaları kapsar. Enterprise Key Management (EKM), uygun çalışma alanlarında depolanan desteklenen içerikleri kapsar. Work, BAE çıkarım yerleşimiyle desteklenmez. Herhangi bir bulut ilkesinde enforce_residency etkinleştirilirse, Yerel bilgisayar erişimine izin ver hem Work hem de dots için devre dışı bırakılır. Bu koruma önlemi, çalışma alanının yerleşim ayarlarını yapılandırmaz veya tek başına Work Cloud ya da dots hizmetini devre dışı bırakmaz. Kuruluşunuz ZDR gerektiriyorsa bu özelliği etkinleştirmeyin.

Çalışma alanı sahibi olarak, hedeflenen kullanıcıların veya grupların Work izinlerini gözden geçirin. Work Cloud hizmetini etkinleştirin, ardından Yerel bilgisayar erişimine izin ver seçeneğini açın. Erişim vermek için desteklenen rol atamalarını kullanın. Roller ve çalışma alanı izinleri belgesine bakın.

3. Adım: Yerel çalışma zamanı gereksinimlerini yapılandırın

Yerel gereksinimler, kullanıcı ChatGPT masaüstü uygulamasında, Codex CLI'da veya IDE uzantısında desteklenen bir yerel çalıştırma başlattığında çalışma zamanı davranışını sınırlar. requirements.toml dosyasını desteklenen bir bulut, cihaz veya sistem kanalı üzerinden iletin. Bu politikayı ChatGPT çalışma alanı rollerinden ve gruplarından ayrı tutun.

Yeni dağıtımları eski sandbox-mode kısıtlamaları üzerine kurmak yerine desteklenen yerel istemciler için izin profillerini kullanın. Örneğin:

default_permissions = ":workspace"

[allowed_permission_profiles]
":read-only" = true
":workspace" = true

Computer Use'ı desteklenen tarayıcı ve masaüstü özelliği yüzeylerinin tamamında devre dışı bırakmak için deneyime katılan her genel özellik anahtarını sınırlayın:

[features]
browser_use = false
browser_use_full_cdp_access = false
browser_use_external = false
in_app_browser = false
computer_use = false

Geçerli anahtar listesi, iletim davranışı, öncelik ve diğer örnekler için Yönetilen yapılandırma ve requirements.toml başvuru belgesi sayfalarına bakın.

4. Adım: Depo yapılandırmasını standartlaştırın

Her kullanıcı için kurulumu yinelemeden proje varsayılanlarını, kuralları ve skill'leri paylaşmak için depo kapsamlı yapılandırmayı kullanın. Yapılandırmayı, özelliğin belgelenmiş konumuna göre .codex veya .agents içine kaydedin:

Depo yapılandırması, varsayılanlar ve yeniden kullanılabilir iş akışları sağlayabilir. Çalışma alanı, model, Platform API veya bağlı sistem erişimi veremez.

5. Adım: Codex bulutunu yapılandırın

Codex cloud, barındırılan ortamları ve bağlı kaynak kod depolarını kullanır.

Codex Cloud, Enterprise çalışma alanlarında varsayılan olarak kapalıdır. Mevcut Codex'i bulutta kullan ayarları Codex Cloud (Legacy) üzerinden aktarılır: Cloud hizmetini zaten etkinleştirmiş çalışma alanları erişimlerini korur; Cloud hizmeti devre dışı olanlarda ise bir yönetici etkinleştirene kadar hizmet kapalı kalır. Erişim, kullanıma sunma koşullarına ve çalışma alanı kısıtlamalarına tabi olmaya devam eder.

Her sınırı planlayın:

1. Hedeflenen kullanıcı grubuna Codex'i bulutta kullan iznini verin. Ayrıca Çalışma alanı ortamlarını yönet iznini, çalışma alanında paylaşılan ortamları oluşturan ve düzenleyen kişilere verin. Ayrıntılar için çalışma alanı rolleri kılavuzuna bakın.
2. Desteklenen kaynak sistem entegrasyonunu yükleyin ve yapılandırın.
3. Kaynak sistemdeki depo erişimini, her kullanıcı grubunun ihtiyaç duyduğu depolarla sınırlayın.
4. Bu depolar için bulut ortamlarını, gizli bilgileri, internet erişimini ve desteklenen buluttan yönetilen gereksinimleri yapılandırın.
5. Kod incelemesi gibi isteğe bağlı, barındırılan iş akışlarını yapılandırın.
6. Görev erişimini temsili bir üyeyle, ortam yönetimini ise belirlenen yöneticiyle test edin. Her kişinin çalışma alanı, ortam ve depo izinlerini doğrulayın.

Bulut ortamları yerel cihaz ilkesini, MDM ayarlarını veya yerel ağ erişimini devralmaz. Desteklenen buluttan yönetilen gereksinimleri, kullanıcının bilgisayarına yüklenen gereksinimlerden ayrı olarak gözden geçirin. Hedeflere erişim için Hizmetlere bağlanma belgesine, çalışma alanı gereksinimlerinin bulut ortamlarını nasıl kısıtladığını öğrenmek için Agent Security belgesine bakın.

Codex cloud, bağlı kaynak sistemin sunduğu depo izinlerine ve korumalarına uyar. Çalışma alanına erişim bu denetimleri atlatmaz. Kurulum ve çalışma zamanı rehberliği için Bulut ortamları belgesine bakın.

6. Adım: Eklentileri ve bağlı kabiliyetleri yapılandırın

Eklenti kurulumunu, paketlenmiş skill'leri, bağlayıcı destekli kabiliyetleri, bağlayıcı eylemlerini ve kaynak sistem yetkilendirmesini ayrı kararlar olarak inceleyin. Bağlayıcı destekli bir kabiliyeti devre dışı bırakmak, eklentiyi veya paketlenmiş skill'lerini mutlaka kaldırmaz.

Kullanıma sunma sürecine bir eklenti veya skill eklemeden önce:

1. Kaynağını, sorumlu sahibini, hedef kitlesini ve inceleme tarihini doğrulayın.
2. Paketlenmiş skill'leri, bağlayıcıları, MCP server'ları, hook'ları ve her kabiliyetin gerektirdiği veri ve eylemleri inceleyin.
3. Hassas olmayan verilerle ve gereksinim duyduğu en düşük erişimle test edin.
4. Yeniden inceleme ve kullanımdan kaldırma sorumluluğunu kaydedin.

Eklentiler; web, masaüstü ve mobil platformlardaki ChatGPT içinde Chat ve Work'te, ChatGPT masaüstü uygulamasındaki Codex'te ve Codex CLI eklenti tarayıcısı aracılığıyla çalışır. IDE uzantısında kullanılamazlar. ChatGPT ve Codex, tek bir evrensel herkese açık eklenti dizinini paylaşır; çalışma alanı denetimleri, üyelerin bu eklentilerden hangilerine erişebileceğini belirler.

Modelin tamamı için Eklenti denetimleri ve Skill denetimleri sayfalarına bakın.

7. Adım: Yönetişimi ve gözlemlenebilirliği kurun

Soruyla eşleşen raporlama yüzeyini seçin:

• Etkileşimli ChatGPT çalışma alanı analizleri ve Codex analizleri için Çalışma alanı analizi sayfasını kullanın.
• Codex Analytics API üzerinden programatik ve toplu raporlama için Analytics API kullanın.
• Denetim ve soruşturma kayıtları için Compliance API kullanın.
• Plana bağlı Codex etkinliği uygun ChatGPT çalışma alanı kredilerini tükettiğinde ChatGPT kullanım sınırları ve harcama denetimleri sayfasını kullanın.

Entegrasyon oluştururken güncel erişim gereksinimleri, şemalar, alanlar, saklama süreleri ve istek davranışı için kimlik doğrulamayla erişilen API başvuru belgelerini kullanın.

Entegrasyon sınırını koruyun:

• API key'leri ve diğer entegrasyon kimlik bilgilerini kuruluşun gizli anahtar yönetim sisteminde saklayın.
• Sonraki aşamadaki sistemlere ve saklanan verilere erişimi onaylanan kitleyle sınırlayın.
• Dışa aktarılan Compliance API kayıtlarını hassasiyetlerine ve kuruluşun saklama politikasına uygun biçimde koruyun; toplama ve silme iş akışlarını güncel sözleşmeye göre test edin.

8. Adım: Kullanıma sunma sürecini doğrulayın ve sürdürün

Work Cloud ile yerel bilgisayar erişimini etkinleştirdikten sonra yeni bir görev oluşturun ve konuşmaya desteklenen başka bir cihazdan devam edin. Mevcut görevler taşınmaz ve başlangıçtaki yalnızca yerel veya yalnızca bulut davranışlarını korur. Bilgisayarın dosyalarına veya araçlarına ihtiyaç duyan adımlar için bilgisayarı çevrimiçi tutun. İlkenin izin vermesi gereken bir eylemi ve engellemesi gereken bir eylemi test edin; geçerli onayları, dosya sistemi kısıtlamalarını ve ağ kısıtlamalarını yerel yürütme ve bulutta yürütme için ayrı ayrı kontrol edin. Yerel bilgisayar kullanılamaz durumdayken yeni bir tur başlatmayı da test edin. Uygun bir görev, o bilgisayarın yerel dosyalarına veya araçlarına erişmeden bir bulut kapsayıcısında devam edebilir. Bir görev, tur sırasında yerel yürütmeden buluta geçemez.

Geçerli ayarları ve her testin sonucunu kaydedin. Bir kısıtlama beklendiği gibi çalışmıyorsa kullanıcılar ona güvenmeye başlamadan önce sorunu giderin. Eşitlemeyi devre dışı bırakırken belgelenen davranışı izleyin. Erişimin kaldırılmasını, görevin kesintiye uğratılmasını ve veri saklamayı ayrı eylemler olarak ele alın.

Geçerli her sınırı temsili kimliklerle doğrulayın:

• ChatGPT çalışma alanı üyeliği, lisans ve desteklenen rol izinleri.
• ChatGPT masaüstü uygulaması, Codex CLI ve IDE uzantısındaki kapsama alınmış yerel kabiliyetler; oturum açma ve geçerli çalışma zamanı gereksinimleri dâhil.
• Codex bulutu erişimi, ortam yapılandırması ve depo izinleri.
• API key iş akışları için Platform API kuruluş ve proje erişimi.
• Eklenti kurulumu, paketlenmiş skill'ler, bağlayıcı erişimi ve desteklenen eylemler.
• Bağlı sistem yetkilendirmesi ve veri erişimi.
• Sorumlu yöneticiler için analiz ve uyumluluk erişimi.

Her denetimin sorumlusunu ve güncel prosedür kaynağını kaydedin. Bu kayıt, yöneticilerin UI veya politika değiştiğinde yönetim modelini değiştirmeden prosedürleri güncellemesini sağlar.

İlk kullanıma sunma işleminden sonra erişimi, bağlı kabiliyetleri, kredi kullanımını, destek geri bildirimlerini ve ekiplerin gerçekten kullandığı iş akışlarını inceleyin. Bu sinyaller değiştiğinde kullanıma sunma kapsamını ve yönetici yönlendirmelerini ayarlayın.

Work Cloud ile yerel bilgisayar erişimini kapatmanız gerekiyorsa

Work Cloud ile yerel bilgisayar erişimini kapatmak, o sırada devam eden turları kesintiye uğratır. Kullanıcılar mevcut bir bulut konuşmasında yeni bir tur başlatabilir. Bu tur, yerel dosyalara erişmeden otomatik olarak Work Cloud hizmetini kullanır. Kullanıcılara kesintiden sonra yeni bir tur başlatmalarını söyleyin ve bulut konuşmasının artık yerel dosyalara erişemeyeceğini açıklayın.