Work Cloud ve dots için yerel bilgisayar erişimi

Work ve dots, OpenAI bulutu görevi koordine ederken bağlı bir bilgisayardaki izin verilen dosyaları ve araçları kullanabilir. Yerel bilgisayar erişimini her özellik için ayrı ayrı etkinleştirin.

Önce aşağıdaki ortak politika, uyumluluk ve denetim açıklamalarını inceleyin, ardından etkinleştirmeyi planladığınız özellik için Work veya dots kurulum ve son kullanıcı yönergelerini izleyin.

Bu kılavuz, kurumsal çalışma alanı sahiplerinin politika gereksinimlerini incelemesine ve Work ile dots için yerel bilgisayar erişimini etkinleştirmesine yardımcı olur. Kullanılabilirlik, çalışma alanınıza ve kullanıma sunulma durumuna bağlıdır.

Global temel ayarları, ortama özgü geçersiz kılmalar ve orkestratör ile yürütücü alan listeleri için Agent Security bölümüne bakın.

Yerel bilgisayar erişiminin avantajları

Bu özelliklerde yerel bilgisayar erişiminin etkinleştirilmesi, ekiplerin çalışmalarına farklı cihazlarda devam etmesine yardımcı olur. Yöneticiler, yerel bilgisayarda yürütme için desteklenen gereksinimleri Agent Security üzerinden merkezi olarak yönetebilir. Bu yürütme gereksinimleri, Work bir bulut kapsayıcısı kullandığında veya bir dot bulut bilgisayarı kullandığında geçerli değildir. Bulutta yürütme; tarayıcı erişimi, ağ erişimi ve bilgisayar kullanımı için ayrı denetimler kullanır.

Work

• Tek bir Work sohbetine farklı cihazlarda devam edin. Bir bilgisayarda başlayın, ardından web veya mobil uygulamadan sonuçları inceleyin ya da ek talimatlar verin. Work Cloud ile yerel bilgisayar erişimini kullanan görevler bulut koordinasyonundan yararlanır.

• Bilgisayarınızdaki onaylı kaynakları kullanın. Bu özelliği kullanan bir görev, siz başka bir cihazdan takip ederken bağlı bir bilgisayar üzerinden izin verilen yerel dosyaları ve araçları kullanabilir. Bilgisayara ihtiyaç duyan adımlar için bilgisayarı çevrimiçi ve bağlı tutun.

• Yerel yürütme gereksinimlerini merkezi olarak yönetin. Yerel yürütme için desteklenen kurumsal gereksinimleri Agent Security içinde ayarlayın. Bulutta yürütme için Work Cloud politikalarını ayrıca inceleyin.

Dots

• Mühendislik çalışmalarını yerel olarak yürütün. İzin verilen yerel depoları, geliştirici araçlarını ve skill'leri kullanarak hataları araştırın, değişiklikleri uygulayın ve derlemeleri çalıştırın.

• Kodlama çalışmalarını koordine edin. Yerel Work veya Codex konuşmaları oluşturun ve mevcut yerel Codex konuşmalarını yönetin.

• Desteklenen görevler için masaüstü uygulamalarını ve yerel tarayıcıyı kullanın; bulut tarayıcısının tamamlayamadığı ve yerel oturum açma gerektiren görevler de buna dahildir.

Work Cloud ile yerel bilgisayar erişimini etkinleştirmeden önce ve sonra

Bir görev iki bölümden oluşur: koordinasyon ve yürütme. Koordinasyon, hangi adımların atılacağına karar verir ve sohbetin ilerlemesini sağlar. Yürütme ise kabuk komutu çalıştırmak gibi bir araç tarafından gerçekleştirilen iştir. Bu özellik, koordinasyonu OpenAI bulutuna taşır. Her aracı veya dosyayı bilgisayardan taşımaz.

Yerel bilgisayar erişimi nasıl kurulur?

Agent Security içindeki politikanızı inceleyin

Nereden incelenir?

Yönetici Konsolu → Agent Security yolunu açın. Bu bölüm, İlkeler ve Yapılandırma bölümünün yerini alır. Kullanıma sunulması, Work ve dots için yerel bilgisayar erişiminden bağımsızdır.

• Politika ayarları: Global temel ayarlarını ve varsa Local geçersiz kılmalarını inceleyin. Onaylar ve web araması dahil orkestratör denetimlerini Global içinde tutun; ortamlar bunları geçersiz kılamaz. İzin verilen onay ilkeleri ve İzin verilen web araması modları dahil, varsa ilgili arayüz denetimlerini; desteklenen diğer alanlar için TOML kullanın. Her ayarın nerede geçerli olduğunu öğrenmek için orkestratör ve yürütücü denetimleri bölümüne bakın.

• Gereksinimler ve Varsayılanlar: Gereksinimler, kullanıcıların geçersiz kılamayacağı sınırlar belirler. Varsayılanlar, bu sınırlar içinde başlangıç değerleri sağlar ve bir gereksinimi geçersiz kılamaz.

• Özellik erişimi: Çalışma alanı ayarları → İzinler ve roller yolunu kullanın. Yerel bilgisayar erişimi, Work ve dots için ayrı ayrı etkinleştirilmelidir.

Neler aktarılır?

Uygun eski bulut politikaları taşındığında, ayarları politika atamaları ve sıralaması korunarak Global içine aktarılır. Taşınan politikaları Agent Security içinde inceleyin ve mevcut kurulumunuzu kontrol etmek için aşağıdaki tabloyu kullanın. Politika güncellemelerini otomatikleştiriyorsanız son satırı da inceleyin. Geçiş yönergeleri için Agent Security bölümüne bakın.

Hangi politika önceliklidir?

Bu kurallar farklı düzeylerde geçerlidir. Aşağıdaki her ok, en yüksek öncelikten en düşük önceliğe doğru ilerler.

• Politikalar arasında: Daha yüksek öncelikli politika, daha düşük öncelikli politika daha özel olsa bile ona üstün gelir.

• Tek bir politika içinde: Desteklenen yürütme ayarları için ortam geçersiz kılması → Global. Geçersiz kılması olmayan bir ortam, geçerli Global ayarını devralır.

• Yerel gereksinimler: macOS MDM gereksinimleri → gereksinim olarak yorumlanan eski managed_config.toml alanları → Agent Security bulut üzerinden yönetilen gereksinimleri → sistem requirements.toml dosyası. MDM katmanı macOS'ta geçerlidir; varsayılan değerler ayrı yapılandırma kurallarına tabidir.

Bazı gereksinimler, alana özgü birleştirme kurallarına sahiptir. Politika kapsamı, desteklenen alanlar ve yürütme kapsamı için Yönetilen yapılandırma ve Yapılandırma Referansı bölümlerine bakın.

Politika Work ve dots için nasıl uygulanır?

Yerel erişime sahip Work ve dots için ortak davranışlar aşağıdaki kapsamları içerir:

• Görev koordinasyonu: Yönetilen politika etkinleştirildiğinde, görevi koordine eden bulut hizmeti, Agent Security içindeki Global ayarlarından onay gereksinimleri ve izin verilen web arama modları gibi desteklenen gereksinimleri uygular.

• Yerel yürütme: Bir araç bağlı bir bilgisayarda çalıştığında, Agent Security'den gelen desteklenen yerel yürütme gereksinimlerini ve desteklendiği durumlarda MDM üzerinden dağıtılan politikalar dahil geçerli cihaz politikalarını uygular. Bunlar dosya sistemi ve ağ kısıtlamalarını içerebilir. Yalnızca yerel yürütücünün desteklediği alanlar geçerlidir; bir alanın MDM veya yerel requirements.toml içinde yapılandırılması, yerel olarak uygulanacağını garanti etmez.

• Bulutta yürütme: Work bulut kapsayıcıları ve dots bulut bilgisayarları ayrı yürütme denetimleri kullanır. Yerel dosya sistemi ve ağ kısıtlamaları bu bulut ortamlarına otomatik olarak uygulanmaz.

Ortak bulut özelliklerini yapılandırmak için Yönetici Konsolu → İzinler ve roller → Çalışma alanı yetenekleri → Bulut bilgisayarı yetenekleri yoluna gidin. Bu izinler hem Work Cloud hem de dots için geçerlidir. Bulut tarayıcısını kullanma ve Bulut ağ erişimi ayarlarını ayrı ayrı inceleyin; birini yapılandırmak diğerini yapılandırmaz. Global politikaları ve Codex Cloud geçersiz kılmaları bu izinleri yapılandırmaz.

Uyumluluğu ve veri gereksinimlerini kontrol edin

Her iki özellikten birini etkinleştirmeden önce uygunluğu, veri kapsamını ve kuruluşunuzun güvendiği denetimleri inceleyin. Ortak altyapı, Work ve dots için destek kapsamının aynı olduğu anlamına gelmez.

Work ve dots uygunluğunu inceleyin

• Work: Yerleşim güvenceleri yalnızca uygun içerik ve desteklenen iş yükleri, bölgeler ve yapılandırmalar için geçerlidir. EKM, uygun çalışma alanlarında desteklenen depolanmış içeriği kapsar. Her yerel erişim adımının veya bağlı entegrasyonun kapsam dahilinde olduğunu varsaymak yerine iş akışınızın kapsamını doğrulayın. Work, BAE çıkarım yerleşimiyle desteklenmez. Veri yerleşimi ve çıkarım yerleşimi ve Work bulut güvenliği bölümlerine bakın.

• Dots yerleşimi: Enterprise beta süresince dots, veri yerleşimini veya çıkarım yerleşimini desteklemez. Uygun çalışma alanları bu sınırlamaları kabul ettikten sonra özelliği etkinleştirebilir; dots özelliğinin etkinleştirilmesi, verilerini veya veri işleme süreçlerini yerleşim gereksinimleriyle uyumlu hâle getirmez.

• Dots kapsam dışı durumları: Dots; FedRAMP çalışma alanlarında, EKM kullanan çalışma alanlarında ve çıkarım yerleşimi AE (BAE) olarak ayarlanmış çalışma alanlarında kullanılamaz. HIPAA çalışma alanları, diğer uygunluk gereksinimlerini karşılıyorlarsa katılabilir.

Veri işlemeyi ve yerel erişim korumasını kontrol edin

• Bulutta işleme: Yerel erişime sahip Work ve dots, bulut koordinasyonunu kullanmaya devam eder. Sohbetler, araç sonuçları ve diğer görev bağlamı yalnızca bağlı bilgisayarda kalmaz.

• Yerleşim koruması: Herhangi bir bulut politikası enforce_residency ayarını etkinleştirirse, Yerel bilgisayar erişimine izin ver hem Work hem de dots için kullanılamaz. Bu koruma, çalışma alanının yerleşimini ayarlamaz veya tek başına Work Cloud ya da dots özelliğini devre dışı bırakmaz. Uygun çalışma alanları, beta yerleşim sınırlamalarını kabul ettikten sonra dots özelliğini yine de etkinleştirebilir; yerel erişim engellenmiş olarak kalır.

• Saklama ve verilere erişim: Her iki deneyim de katı sıfır veri saklama güvencesi sağlamaz. API Zero Data Retention, ayrı bir API denetimidir. “Eyes-off” taahhütleri ve kötüye kullanım izleme denetimleri de sıfır veri saklamadan farklıdır. Bir iş akışı hiçbir verinin saklanmamasını gerektiriyorsa bu deneyimler için etkinleştirmeyin.

Kullanıma sunmadan önce ilgili gerçek veriler ve araçlar için saklama, silme ve denetim kapsamını inceleyin. Work'te sohbetler, barındırılan yürütme durumu, dosyalar ve bağlı uygulama verileri farklı yaşam döngülerine tabi olabilir; bir sohbeti silmek ilgili tüm kopyaları kaldırmaz.

Kancaları ve ağ uyumluluğunu kontrol edin

• Desteklenen kurumsal kancalar: Yönetilen politika ve uzak kancalar etkinleştirildiğinde, yerel erişime sahip Work Cloud ve dots, yönetici tarafından yönetilen uzak MCP kancalarını kullanır. Bulut orkestratörü, desteklenen görev ve araç olaylarında bağlı MCP hizmetinizi çağırır. mcp_tool işleyicilerini Global requirements.toml içinde yapılandırın. Yerel erişimi olmayan Work Cloud bu kancaları kullanmaz; bu kurumsal kancalar kişisel hesaplarda kullanılamaz.

• Yerel erişime sahip Work Cloud ve dots: Görev araçları bilgisayarınızda yürütse bile komut/kabuk, prompt ve ajan işleyicileri; yerel yapılandırmadan, eklentilerden veya yerel dizinlerden gelen kancalar; ortam kapsamlı kancalar ve SessionEnd MCP kancaları bulut orkestrasyonunda desteklenmez. İş akışınız bu kancalardan birine bağlıysa bir alternatifi inceleyene kadar onu destekleyen, yalnızca yerelde çalışan bir iş akışını kullanmaya devam edin.

• Work ve Codex'te yalnızca yerelde çalışan konuşmalar: Hem orkestrasyon hem de yürütme yerel olduğunda, desteklenen mevcut kancalar çalışmaya devam eder. Yöneticiler, bu iş akışı için Agent Security içinde desteklenen yönetilen kancaları yapılandırmaya devam edebilir.

• Hata ve denetim kapsamı: Geri çağrı bağlantısını, gerekli olayları ve hata durumundaki davranışı test edin. Desteklenen açık bir ret, bir eylemi engelleyebilir; ancak PreToolUse geri çağrı hatası, zaman aşımı veya hatalı biçimlendirilmiş yanıt, aracı engellemeden kancanın başarısız olmasına neden olabilir. Kancalar, eksiksiz bir Compliance API denetim izi sağlamaz ve tüm dahili alt ajan yollarını kapsamaz.

• Ağ ve uygulama denetimleri: Alanı, dağıtım yolunu ve yürütme ortamını Yapılandırma Referansı içinde doğrulayın. Bulut orkestratörü bir ayarı kullanmasa bile uygulama veya cihaz tarafından uygulanan denetimler geçerli olabilir. Yönetilen HTTP/SOCKS dinleyici bağlantı noktaları ve geri döngü dışı proxy dinleyicileri bulut çalışma zamanı tarafından desteklenmez; soket kuralı desteği yürütme yoluna bağlıdır. Ağ politikası önceliği ve çalışma zamanı sınırları bölümünü inceleyin, ardından izin verilen ve engellenen eylemleri ve gerekli bağlantıları test edin.

Yerel dosyalar, bulutta yürütme veya politika önceliğiyle ilgili sorular için Work yönetici SSS, Work yerel güvenliği ve Work bulut güvenliği bölümlerine bakın.

Yerel bilgisayar erişimini etkinleştirin

Work ve dots için yerel bilgisayar erişimini ayrı ayrı verin. Hedeflenen kullanıcılara veya gruplara erişim vermek için çalışma alanı varsayılanlarını ve desteklenen özel rolleri kullanın.

Kullanıma sunmadan önce yukarıdaki politikaları ve uyumluluk gereksinimlerini inceleyin. Agent Security içinde politikaları incelemeniz veya oluşturmanız önerilir, ancak onay akışı, erişimi etkinleştirmeden önce politika oluşturmanızı gerektirmez. Politika geçişi, yerel bilgisayar erişimi sağlamaz.

Work

1. Çalışma alanı sahibi olarak Çalışma alanı ayarları > İzinler ve roller bölümünü açın.

2. Hedeflenen kullanıcılar için Work Cloud özelliğini etkinleştirin. Codex'i ChatGPT masaüstü uygulamasında yerel olarak kullan, bu özellik için bir ön koşul değildir.

3. Work Cloud altında Yerel bilgisayar erişimine izin ver ayarını açın. Onay penceresini inceleyin, ardından politikaları incelemek veya ayarlamak için Agent Security bölümünü açın ya da erişimi açmak için onay verin.

4. Kullanıcıların ChatGPT masaüstü uygulamasını 26.929 veya üzeri bir sürüme güncellemesini sağlayın. Work Cloud ile yerel bilgisayar erişiminin geçerli olması için bu güncelleme gereklidir.

5. Hedeflenen izinlere sahip bir üyenin masaüstündeki ileti yazma alanında Bulut seçeneğini seçip yeni bir görev başlatmasını sağlayın. Göreve desteklenen başka bir cihazdan devam edin ve bilgisayar bağlıyken onaylı bir yerel dosyaya veya araca erişimi doğrulayın.

Dots

1. Çalışma alanı sahibi olarak Çalışma alanı ayarları > İzinler ve roller bölümünü açın ve yukarıdaki uygunluk gereksinimlerine tabi olarak hedeflenen kullanıcılar için dots özelliğini etkinleştirin.

2. Dots'u kullan altında Yerel bilgisayar erişimine izin ver ayarını açın. Onay penceresini inceleyin, ardından politikaları incelemek veya ayarlamak için Agent Security bölümünü açın ya da erişimi açmak için onay verin.

3. Kullanıcıların ChatGPT masaüstü uygulamasını 26.929 veya üzeri bir sürüme güncellemesini sağlayın. Yerel bilgisayar erişiminin geçerli olması için bu güncelleme gereklidir.

4. Kullanıcıların ChatGPT masaüstü uygulamasında dot ayrıntılarını açıp Bilgisayarlar seçeneğini seçmesini sağlayın. Bilgisayarınız seçeneğini (veya bilgisayarın adını) bulun, İzin ver seçeneğini seçin, ardından Erişime izin ver ile onaylayın.

5. Hedeflenen izinlere ve bağlı bir bilgisayara sahip bir üyenin dot ile yerel bir görevi test etmesini sağlayın.

OpenTelemetry ve denetim kapsamını inceleyin

Yerel erişime sahip Work ve dots için OpenTelemetry (OTel) kapsamını incelerken yerel yürütme telemetrisini bulut denetim kayıtlarından ayrı değerlendirin. Yerel yürütücünüz, desteklenen yürütme olaylarını dışa aktarmaya devam edebilir. Bulut orkestrasyonu olayları mevcut OpenTelemetry toplayıcınıza ulaşmaz.

Desteklenen bulut kayıtları için Compliance API kullanın. Toplayıcı uç noktasını değiştirmek, bulut orkestrasyonu olaylarını geri getirmez. Compliance API kayıtları, önceki OpenTelemetry akışındaki her olayın yerini tutmaz.

Dots için kullanım verilerinde Analytics API, desteklenen denetim kayıtlarında ise Compliance API kullanın. Yerel toplayıcıya iletimin yanı sıra iş akışınızın ihtiyaç duyduğu kayıtları da doğrulayın; MCP kancaları denetim kapsamının yerine geçmez.

Bulut denetim kapsamı için Work bulut güvenliği bölümüne bakın.

Son kullanıcı deneyimi

Hem Work hem de dots için yerel adımlar, ilgili bilgisayarın çevrimiçi ve bağlı olmasını, ChatGPT masaüstü uygulamasının çalışmasını ve uygun hesap ile çalışma alanında oturum açılmış olmasını gerektirir.

Work

• Uygun görevler. ChatGPT masaüstü uygulamasında Bulut seçiliyken başlatılan uygun yeni görevler, bilgisayar bağlı ve yerel erişim etkin olduğu sürece o bilgisayarın yerel yürütücüsünü kullanabilir.

• Oturum açma. Hedeflenen çalışma alanında ChatGPT ile oturum aç seçeneğini kullanın. API key'ler ve Codex erişim token'ları, Work Cloud ile yerel bilgisayar erişimini etkinleştirmez.

• Bilgisayar kullanılamıyor. Yeni bir tur başladığında bilgisayar kullanılamıyorsa mevcut uygun bir görev, o bilgisayarın yerel dosyaları veya araçları olmadan bir bulut kapsayıcısında devam edebilir. Kapsayıcı, yerel yürütmenin kurumsal gereksinimlerini uygulamaz. Bir görev, tur sırasında yerel yürütmeden buluta geçemez.

• Erişim kapatıldı. Work Cloud ile yerel bilgisayar erişiminin kapatılması, o anda devam eden turları kesintiye uğratır. Kullanıcılar mevcut bir bulut sohbetinde yeni bir tur başlatabilir; bu tur, yerel dosyalara erişmeden Work Cloud kullanır.

• Mevcut sohbetler ve projeler. Bu özellik etkinleştirilmeden önce oluşturulan görevler, özgün modlarını korur: yalnızca yerel olarak veya yerel dosya erişimi olmadan bulutta. Work Cloud ile yerel bilgisayar erişimini kullanmak için özelliği etkinleştirdikten sonra yeni bir görev başlatın.

• Yerel/Bulut ayarı. Kuruluşlar için uygulama içindeki Yerel/Bulut anahtarı ve varsayılan ayarı, özellik kullanıma sunulduğunda değişmez. Bulut seçili uygun görevler, bulut koordinasyonunu ve yerel adımlar için bağlı bilgisayarı kullanır.

Dots

• Bir bilgisayar bağlayın. ChatGPT masaüstü uygulamasında dot ayrıntılarını açın, ardından Bilgisayarlar seçeneğini seçin. Bilgisayarınız seçeneğini (veya bilgisayarın adını) bulun, İzin ver seçeneğini seçin, ardından Erişime izin ver ile onaylayın. Bilgisayar, desteklenen yerel görevler için kullanılabilir hâle gelir.

• Bilgisayar çevrimdışı. Kaydedilen erişim izni korunur, ancak o bilgisayarı gerektiren çalışmalar bilgisayar kullanılamaz durumdayken ilerleyemez. Çevrimdışı, erişimin iptal edildiği anlamına gelmez.

• Erişimi kaldırın. Dot için o bilgisayara verilen izni kaldırmak üzere Erişimi kaldır seçeneğini seçip onaylayın. Bağlantı kesildi, erişimin kaldırıldığı anlamına gelir; Çevrimdışı durumundan farklıdır.

• Yönetici erişim değişiklikleri. Bir yönetici dots için yerel bilgisayar erişimini devre dışı bırakırsa önceden yetkilendirilmiş bir yerel görev hâlâ tamamlanıyor olabilir. Work'ün devam eden turları hemen kesintiye uğratma davranışının dots için de geçerli olduğunu varsaymayın.

• Devam eden görevler. Devam eden bir yerel görev otomatik olarak buluta taşınmaz. Bağlantı değişiklikleri çalışmayı kesintiye uğratabilir veya çalışma zamanını yeniden yükleyebilir. Dot, sonraki çalışmalara kendi bulut bilgisayarında devam edebilir, ancak artık erişimi olmayan yerel bir alt görev o bilgisayarda sürdürülemez ve otomatik olarak buluta taşınmaz.