ChatGPT Dot, OpenAI'nın DevDay 2026'da tanıttığı sürekli çalışan ajan fikrinin somut ürünü. Bir hedef veriyor, hangi işleri bağımsız yapabileceğini tanımlıyor ve onu tek oturumluk soru cevap yerine devam eden bir sorumluluğa bağlıyorsunuz. Dot, ilerleme sağladığında sonuçla; karar gerektiğinde soruyla geri geliyor. Bu, yalnızca zamanlanmış bir hatırlatıcıdan daha geniş bir çalışma biçimi.
OpenAI'nın ürün kılavuzu Dot'un GPT-6 Astra ile çalışan kendi bulut bilgisayarı ve tarayıcısı olduğunu söylüyor. Kullanıcının bilgisayarı kapalıyken bulut tarafındaki işi sürdürebilir. Ancak yerel dosyalara erişim ayrı bağlantı ister ve o adımlar için kişisel bilgisayarın çevrimiçi, ChatGPT uygulamasının açık olması gerekir. Kademeli erişim de önemli: duyuru, her hesapta anında açıldığı anlamına gelmiyor.
Bu yazının duyuru ve erişim bilgileri OpenAI’nın resmî özellik belgesi ile DevDay 2026 toplu duyurusu üzerinden doğrulandı. Örnek proje ve deneme önerileri editoryal yorumdur.
Dot ile sıradan sohbet arasındaki fark
Normal bir sohbetten yanıt alır, sonra yeni soruyu siz başlatırsınız. Dot'a ise devam eden bir sorumluluk verilir: örneğin kampanya lansmanı için kaynakları izlemek, taslakları hazırlamak, bekleyen kararı hatırlatmak. Belge, Dot'un konuşmalar arasında ilerlemeyi takip ettiğini, bir sonraki adımı belirleyebildiğini ve uygun olduğunda yeniden çalışmaya dönebildiğini anlatıyor. Bu, hiçbir sınır olmadan kendi başına yayın yapması anlamına gelmez. Hedef, izinler ve karar eşiği baştan belirlenmelidir.
Kendi bilgisayarı ile sizin bilgisayarınız
Dot'un buluttaki bilgisayarı araştırma, dosya ve yazılım işleri için ayrı bir alan. Tarayıcıda yapılacak bir adımda kontrolü kullanıcıya devretme ve sonra geri alma akışı var. Kişisel bilgisayar bağlantısı başka bir yetki: dosya ve yerel uygulamalara ancak kullanıcı bağladıysa erişir. Bu bağlantı, Codex veya Work Sync için bilgisayar bağlamakla aynı izin değil. Bir mesajlaşma kanalını eklemek de e-posta kutusu ya da yerel dosyaları otomatik bağlamıyor. Uygulama planında bu ayrımı görünür tutmak gerek.
Bağlantılar ve hafıza ne yapıyor?
Dot, konuşmalardan, uygun ChatGPT hafızasından ve tercihlerinize ilişkin kendi notlarından bağlam taşıyabiliyor. Desteklenen eklentilerin hesabınıza bağlanmış yetkileri içinde bilgi arayabilir. Örneğin bir proje takibi için Google Drive'da onaylı briefi, GitHub'da sürüm değişikliğini, takvimde tarihi farklı bağlamlar olarak okuyabilir. Fakat her kaynağın ayrı yetkisi var; bağlı uygulama hesabının görebildiği şey ile sizin görmek istediğiniz şey aynı olmayabilir. Ben pilotu sınırlı klasör ve açık çıktı tanımıyla başlatırdım.
İletişim kanalı işin bağlamını değiştirmez
Ürün kılavuzu Dot'a ChatGPT, uygun olduğunda mobil uygulama, Slack, Teams ve sesli görüşme üzerinden ulaşılabildiğini anlatıyor. Aynı Dot ile farklı kanallarda konuşmak yeni bir ajan açmıyor. Bununla birlikte mesajlar kendi kanallarında kalıyor ve özel konuşmadan başkasına bilgi taşımadan önce izin kontrolü gerekiyor. Kanalı eklemek izlemeyi otomatik başlatmıyor. Bir ekibe kurulacaksa “rutin ilerlemeyi ChatGPT'de yaz, teslim tarihini riske atan kararı Slack'te sor” gibi bildirim kuralı açıklık sağlar.
Bir yaratıcı ekip için örnek görev
Bir marka lansmanında Dot'a “onaylı brief, teslim takvimi ve içerik listesini takip et; eksik malzemeyi her sabah kaydet; müşteriye gönderilecek metni onayım olmadan gönderme” sorumluluğu verilebilir. Bu benim örnek iş akışım, OpenAI'nın bağımsız performans vaadi değil. Başarı kriteri, her gün yeni mesaj göndermesi değil, gerçekten değişen bilgiyi doğru kaynaktan bulması ve karar gerektiren noktayı netleştirmesi. Brief sürümü karışırsa Dot'un durması, doğru dosyayı sorması gerekir.
Karar eşiklerini yazmak neden gerekli?
“Kendin hallet” gibi geniş bir talimat ilk denemede cazip gelebilir; ancak marka sesi, harcama veya dışarıya gönderilecek teklif gibi konularda sınır belirsiz kalır. Ben görev tanımını üçe ayırırım: okuyup özetleyebileceği bilgiler, taslak hazırlayabileceği işler, mutlaka onay isteyeceği eylemler. Bu ayrım, otomasyonu daha yavaşlatan bir formalite değil; yanlış kaynağın yayın ya da taahhüde dönüşmesini önleyen tasarım. Dot'un kullanıcıya karar için geri dönmesi de resmî açıklamanın temel parçası.
Açılışı ve erişimi kontrol etmek
Dot'u kurma adımı masaüstü uygulamasında veya masaüstü tarayıcısında başlıyor; mobil web desteklenmiyor. Mobil devam için destekleyen uygulama güncellemesi gerekiyor. OpenAI, erişimi uygun hesaplara kademeli açtığını söylüyor. Bu nedenle “tüm Plus kullanıcılarında var” gibi bir genelleme yapılmamalı. Şirket hesabında yöneticinin izinleri, bağlantı politikaları ve erişilebilir kanallar da sonucu etkileyebilir. Bir ekip rehberi hazırlarken önce ilgili hesapta ürünün göründüğünü ve beklenen bağlantıların ayrı ayrı etkin olduğunu doğrulayın.
Pilot sırasında neyi ölçerdim?
Bir haftalık pilotta Dot'un kaç eylem yaptığına değil, doğru kararları ne sıklıkla kullanıcıya bıraktığına bakardım. Her bulgunun kaynak bağlantısı, hangi tarihte görüldüğü ve hangi dosya sürümüne dayandığı açık olmalı. Çıktıların yüzde kaçı yeniden yazılıyor, kaç bildirim gerçekten işe yarıyor, izin hatası yaşanıyor mu? Gereksiz ping sayısı da ölçülmeli. Sorumluluk alanı büyümeden önce bir proje ve bir kanal üzerinde düzenli, denetlenebilir davranış görmek daha anlamlı.
Dot ile Team Tasks arasındaki sınır
Dot, kişiselleşen ve konuşmalar arasında devam eden bir ajan; Team Tasks ise belirlenmiş takvim veya olayla ekibin servis hesabı üzerinden çalışan ortak görevler. İkisinin yönetim biçimi ve bağlandığı hesaplar farklı. Bir ekibin her pazartesi aynı raporu üretmesi gerekiyorsa Team Tasks daha temiz olabilir. Bir kişinin değişen öncelikler ve kararlarla kampanya yürütmesine destek isteniyorsa Dot araştırılabilir. Bu seçim, ürün adından çok kimin adına çalışacağı ve kimin onay vereceğiyle yapılmalı.
Sorumluluğu tek cümleyle tanımlamak
Dot'a verilecek işin “bana yardımcı ol” düzeyinde kalması, sonucun iyi mi kötü mü olduğunu ölçmeyi zorlaştırır. Bir görev cümlesi amaç, kaynak, sıklık ve onay eşiği içermeli: “Onaylı kampanya klasöründeki teslim değişikliklerini izle, haftada iki kez özetle, dışarıya mesaj göndermeden bana sor.” Bu örnekte izleme ile eylem ayrılıyor. İlk pilotta tek proje seçmek daha iyi; farklı müşteri hesaplarını bir ajan hafızasında karıştırmak istemem. Dot bir sonraki adımı önerebilir, fakat hangi bilgiyi kanıt sayacağı ve nereye yazacağı önceden konuşulmalı. Böylece süreklilik gerçek sorumluluğa dönüşür.
Güvenli oturum açma ve devralma
Dot bir siteye giriş yapması gerektiğinde resmî kılavuz özel giriş formu veya kullanıcının tarayıcıyı devralmasını anlatıyor. Parolayı sohbet mesajına yazdırmak iyi bir iş akışı değil; özel giriş yolu kullanılmalı. Devralma sonrası işin hangi sayfadan devam edeceği kontrol edilmeli. Örneğin bir tedarikçi teklif portalında kullanıcı kimlik doğrulamasını tamamlar, sonra Dot'un yalnız teklif dosyasını incelemesine izin verir. Fiyat onayı veya ödeme ekranı ayrı karar gerektirir. Bu ayrıntı, “ajan kendi bilgisayarında çalışıyor” ifadesinin kullanıcı kontrolünü dışlamadığını gösterir.
Hafıza için düzeltme yolu
Sürekli çalışan bir ajan, geçmiş tercih ve kararları taşıdığı için bir yanlış notun etkisi tek sohbetten daha uzun sürebilir. Pilot sırasında “hangi bilgiye dayanarak bunu önerdin?” sorusunu düzenli sorardım. Eski kampanya rengini ya da bitmiş teslim tarihini kaynak gibi kullanıyorsa notu düzeltmek, sonra aynı soruyu tekrar sormak gerekir. Proje değiştiğinde artık geçerli olmayan varsayımları açıkça işaretlemek de önemli. Hafıza değerli çünkü tekrar anlatmayı azaltır; doğru kalması için revizyon yolu gerekir. Özellikle müşteriye ait geçici kararları kalıcı marka kuralına dönüştürmemek gerekir.
Bildirim tasarımının maliyeti
Dot'un ulaşabileceği kanal sayısı artınca ekip daha hızlı bilgilenecek diye düşünmek kolay. Oysa aynı ilerleme ChatGPT, Slack ve Teams'te tekrarlanırsa dikkat dağılır. Önce sınıflandırma yapardım: rutin durum haftalık özette, zaman duyarlı engel tek seçilmiş kanalda, müşteri adına verilecek karar doğrudan kişiye. Bildirimde karar için gereken bağlam ve kaynak linki bulunmalı; yalnız “bir sorun var” mesajı ikinci bir sorgu turu yaratır. Dot'un kanalları ayrı izinler olduğundan, belirli bir mesajın başka ekip üyesiyle paylaşılmasının uygun olup olmadığı da test edilmeli.
Kapatma ölçütü oluşturmak
Bir ajanın işe yaradığı kadar ne zaman durması gerektiği de tanımlanmalı. Kampanya bittiğinde sorumluluğu kapatmak, bağlı uygulama iznini gözden geçirmek ve artık gereksiz bildirimleri durdurmak gerekir. Eğer Dot haftalar boyunca yeni veri bulamıyor, aynı özeti tekrar ediyor veya sürekli gereksiz karar soruyorsa görevi yeniden tasarlarım. Pilot ölçümünde yararlı karar sayısı, insanın düzeltme dakikası ve erişim hataları yan yana olmalı. “Ajan arka planda çalışıyor” tek başına değer değildir; arka planda çalışmanın kullanıcı için daha az belirsizlik üretmesi değer.
İzinleri genişletme sırası
Dot'u ilk gün e-posta, Drive, GitHub, Slack ve yerel bilgisayara birden bağlamak yerine tek iş için en az kaynakla başlardım. Örneğin haftalık durum özeti yalnız bir proje panosunu okumayla test edilir. Doğru kaynak ve yararlı sonuç görülürse ikinci uygulama eklenir. Her yeni bağlantıdan sonra Dot'un neleri görebildiği ve hangi eyleme izin verdiği yeniden kontrol edilir. Özellikle yerel bilgisayar bağlantısı ayrı bir izin olduğu için bulut bilgisayarının zaten yaptığı işlerle karıştırılmamalı. Böyle kademeli genişleme, hatalı sonuçta hangi bağlantının sorun çıkardığını bulmayı da kolaylaştırır.
Müşteri işinde kayıt tutma
Bir ajan sürekli kampanya izliyorsa kaynak tarihi ve karar zinciri kaybolmamalı. Ben haftalık kısa bir kayıt isterdim: bakılan kaynaklar, hazırlanan taslaklar, insanın verdiği kararlar, açık kalan sorular. Bu kayıt müşteriye gönderilecek otomatik rapor olmak zorunda değil; ekip içi doğrulama için yeterli. Dot başka kanalda konuştuğunda aynı kararı tekrar sormuyorsa bunun hangi onaya dayandığı izlenebilmeli. Hatalı bir bilgi ortaya çıktığında önceki çıktılar üzerinde etkisi de görülebilir. Süreklilik ancak kayıtla birlikte güvenilir; aksi halde “ajan bir şeyleri hatırlıyor” cümlesi denetlenemez.
Sonuç
Dot'u en iyi tanımlayan kelime “sürekli”; fakat süreklilik sınırsız yetki değildir. Bulut bilgisayarı, ayrı yerel bağlantı, uygulama izinleri ve karar için kullanıcıya dönüş birlikte tasarlanmış. Yaratıcı ekip için ilk gerçek değer, taslağı insanın önüne daha doğru bağlamla getirmek olabilir. Dışarıya gönderme, harcama ve yayın gibi işlerde son kontrolün kimde olduğu açık tutulmalı. Kademeli açılış sürdüğü için her uygulama önerisi, hesabın gerçek erişimiyle doğrulanmalıdır.
Sık sorulan sorular
Dot bilgisayarım kapalıyken çalışır mı?
Kendi bulut bilgisayarındaki görevler devam edebilir; sizin yerel dosya ve araçlarınız gereken adımlarda bağlı bilgisayar çevrimiçi ve uygulama açık olmalıdır.
Slack eklemek e-postama erişim verir mi?
Hayır. Mesajlaşma kanalı, uygulama bağlantısı ve yerel bilgisayar birbirinden ayrı izinlerdir.
Dot herkese açıldı mı?
OpenAI uygun hesaplara kademeli dağıtım bildiriyor; plan ve çalışma alanı koşulları resmî erişim sayfasında kontrol edilmeli.
İlgili yazılar
- DevDay 2026: bütün duyurular
- ChatGPT Work Cihazlar Arasında Nasıl Devam Ediyor?
- ChatGPT Space: Sayfalar, Dosyalar ve Ortak Çalışma