Bilgisayarı kapattınız. Verdiğiniz iş henüz bitmedi. Sabah döndüğünüzde bir rakip araştırması, kampanya taslağı ve onay bekleyen işlemlerle karşılaştığınızı düşünün. Süreç boyunca her adımı sizin tarif etmeniz gerekmemiş. Araç, belirlediğiniz görev üzerinde çalışmayı sürdürmüş. Grok Bot ve OpenAI Dots’un sunduğu yaklaşım bu senaryoya dayanıyor: kendi bulut bilgisayarında çalışan, uygulamalar arasında iş yürüten ve siz sohbet ekranından ayrıldığınızda da ilerleyebilen AI ajanları. Grok Bot 11 Ağustos 2026’da, Dots ise 29 Eylül 2026’da duyuruldu.
Bu yaklaşım, AI kullanımında yeni bir yönetim ihtiyacı doğuruyor. Bir cevabı değerlendirmekle hesabınızda yürütülen işlemleri denetlemek farklı sorumluluklar. Metindeki yanlış ifadeyi silebilirsiniz; gönderilmiş bir müşteri e-postasını geri almak o kadar kolay olmayabilir. Ben bu ürünleri değerlendirirken önce hangi işleri yapabildiklerine değil, yaptıkları işin sınırlarını nasıl görebileceğime bakıyorum. Çünkü iş akışına giren bir botun faydası, yalnızca ürettiği çıktıda değil; ne zaman duracağını bilmesinde de ortaya çıkıyor.
1. İş, sohbet penceresine sığmıyor
Bir chatbot’a kampanya fikri sorarsınız. Cevabı alır, dokümana taşır, verileri kontrol eder ve gerekli araçlarda uygularsınız. İşin koordinasyonu sizde kalır. Sürekli çalışan ajanlarda bu zincirin daha fazla halkasını devretmek mümkün hale geliyor. Araştırma yapabilir, dosyaları düzenleyebilir, bağlı uygulamalarda çalışabilir ve hazırladığı işi incelemenize sunabilirler. Her iki ürün de kendi bulut bilgisayarını kullanıyor; yerel bilgisayara erişim ise ayrı izinlere bağlı.
Buradaki önemli kelime süreklilik. Görev, tek bir cevap üretmekle tamamlanmıyor. Yeni bilgi geldiğinde devam edebiliyor, birden fazla araç gerektirebiliyor, başka bir kararın sonucunu bekleyebiliyor. Bu nedenle “iyi prompt yazmak” tek başına yeterli bir beceri olmaktan çıkıyor. İşin başlangıcını, tamamlanma ölçütünü ve karar noktalarını da tarif etmeniz gerekiyor.
Kısa checklist:
- Tekrarlanan ve çıktısı açık bir görev seçin.
- Tamamlanmış işin nasıl görüneceğini yazın.
- Botun size hangi noktada dönmesi gerektiğini belirtin.
2. Grok Bot ve Dots ayrımı
İki ürünü yalnızca “hangisi daha zeki?” sorusuyla değerlendirmek, çalışma ortamları arasındaki farkları kaçırır. İş organizasyonu, erişim modeli ve onay mekanizmaları da seçimde belirleyici olmalı.
| Boyut | Grok Bot | OpenAI Dots |
|---|---|---|
| Çalışma ortamı | Kalıcı bulut bilgisayarında tarayıcı, dosyalar ve komut satırıyla çalışıyor. | Kendi bulut bilgisayarı, tarayıcısı ve bağlı uygulamalarıyla çalışıyor. |
| İş organizasyonu | Farklı görevler için birden fazla bot kurulabiliyor; aynı kullanıcıya ait botlar bilgisayarı paylaşıyor. | Başlangıçta kişisel bir dot; kurumsal sorumluluklar için specialist dots pilotları bulunuyor. |
| Etkileşim | Uygulamalar üzerinden görev, inceleme ve onay akışı sunuyor. | ChatGPT, Slack ve Teams üzerinden iletişim ve bağlam devamlılığı sunuyor. |
| Kontrol | Auto Review, “Ask first” kuralları ve işlem onayları bulunuyor. | Custom Rules, Auto-review ve Activity View ile kontrol sağlanıyor. |
Grok Bot tarafında gözden kaçmaması gereken bir ayrıntı var: Aynı hesaptaki botlar dosyaları, tarayıcı oturumlarını ve komut satırı kimlik bilgilerini paylaşabiliyor. “Araştırma Botu” ve “Satış Botu” diye ayrı isimler vermek, aralarında güvenlik sınırı oluşturmak anlamına gelmiyor.
Dots tarafında ise arka plandaki “proactive research” ile işlem yapan görevleri ayırmak gerekiyor. OpenAI, bu araştırmanın okuma amaçlı araçlarla sınırlandığını; doğrudan mesaj gönderemediğini, uygulama içeriğini değiştiremediğini ve bilgisayarı kontrol edemediğini belirtiyor. Yetkilendirilmiş görevlerin devam etmesi ayrı işlem kurallarına tabi. Ürün açıklamalarını okurken “arka planda çalışıyor” ifadesini otomatik olarak “her şeyi kendi başına yapabiliyor” şeklinde yorumlamayın.
Kısa checklist:
- Botlar arasındaki erişim sınırlarını kontrol edin.
- Okuma ve yazma yetkilerini ayrı değerlendirin.
- Planınızda hangi yönetim özelliklerinin bulunduğunu doğrulayın.
3. Görev verirken boşluk bırakmayın
“Rakipleri takip et, bize kampanya çıkar” ilk bakışta anlaşılır bir istek. Fakat hangi rakiplerin izleneceğini, hangi kaynakların kullanılacağını ve önerinin neye göre değerlendirileceğini açıklamıyor. Bot bu boşlukları doldurduğunda, sizin vermediğiniz kararları da işin içine taşımış oluyor.
Kötü görev:
Rakipleri takip et ve pazarlamamızı iyileştir.
Gerekli değişiklikleri yap.
Daha kullanılabilir bir brief şöyle görünür:
İyi görev:
Her pazartesi belirlediğim üç rakibin kamuya açık
kampanya sayfalarını incele.
Teklif, hedef kitle ve mesaj değişikliklerini
kaynak bağlantılarıyla bir tabloda göster.
Bizim kampanyamız için iki öneri hazırla.
Doğrulanamayan bilgileri ayrı işaretle.
Reklam hesabını, bütçeyi ve yayındaki içerikleri değiştirme.
Raporu ve önerileri incelemem için taslak olarak sun.
İkinci örnek yalnızca daha uzun bir prompt değil. Kapsamı daraltıyor, kanıt standardı koyuyor ve uygulama yetkisini sınırlandırıyor. Bir başka eksik de durma koşulu. Veri çelişkiliyse, kaynak erişilemiyorsa veya görev ücretli bir servis gerektiriyorsa ne olacak? Bu koşullar yazılmadığında botun ilerlemesi, işin doğru ilerlediği anlamına gelmez.
Kısa checklist:
- Kaynakları ve teslim formatını belirtin.
- Eksik bilgi durumunda izlenecek yolu yazın.
- Yasak işlemleri ve durma koşullarını açıkça tanımlayın.
4. Pazarlamada kontrollü bir pilot
Başlangıç için önerdiğim senaryo, botun kampanya hazırlığını üstlenmesi; yayın ve bütçe kararlarının ekipte kalması. Örneğin yeni bir ürün lansmanında bot, onaylı ürün dokümanlarını ve kamuya açık rakip sayfalarını inceler. İddiaları kaynaklarıyla eşleştirir, landing page metni hazırlar, reklam varyasyonları üretir ve eksik bilgileri listeler. Ekip bu paketi değerlendirdikten sonra uygulamaya geçilir.
Bu, ürünlerin sunduğu kullanım yönüyle uyumlu bir örnek. Grok Bot’un pazarlama rehberleri araştırma, konumlandırma, reklam hazırlığı ve site değişikliklerini ele alıyor. OpenAI de Dots için lansman materyallerini güncelleme ve içerik taslaklarını onaya sunma senaryoları paylaşıyor. Bunlar sağlayıcı örnekleri; her görevde aynı kaliteyi garanti eden bağımsız performans sonuçları değil. Pilotta “kaç içerik üretti?” sorusundan fazlasını ölçün. Kaç iddia düzeltildi? İnceleme ne kadar sürdü? Bot nerede gereksiz yere durdu, nerede durması gerekirken ilerledi?
Benim değerlendirme ölçütüm net kazanç: Botun yaptığı işten sonra kalan kontrol ve düzeltme yükü. Otuz dakikada hazırlanan taslak iki saatlik onarım gerektiriyorsa, üretim hızını başarı diye sunmak yanıltıcı olur.
Kısa checklist:
- Pilotu tek bir iş akışıyla sınırlayın.
- İnceleme süresini üretim süresiyle birlikte ölçün.
- Tekrarlanan hataları görev brief’ine geri işleyin.
5. Onay, gerçekten karar olsun
Her adımda onay isteyen bot yorucu olabilir. Hiç onay istemeyen bot ise gereğinden fazla yetki kullanabilir. Çözüm, işlemleri etkilerine göre ayırmak. Araştırma, karşılaştırma ve taslak hazırlığı daha serbest yürüyebilir. Müşteriye mesaj gönderme, içerik yayınlama, bütçe değiştirme, veri silme ve production değişiklikleri için açık onay noktaları belirlemek gerekir.
Her iki ürün de işlem incelemesi ve onay mekanizmaları sunuyor. Ancak bu mekanizmalar hatasızlık garantisi değil; sağlayıcılar önemli sonuçlar doğurabilecek işlerin incelenmesi gerektiğini belirtiyor. Human-in-the-loop burada son ekrana bakıp “tamam” demekle sınırlı kalmamalı. Onaylayan kişi hedefi, içeriği ve işlemin etkisini görebilmeli. Yanlış bir işlemi durdurabilmeli; yaptığı değişikliğin gerekçesini de sisteme geri aktarabilmeli.
Veri tarafında da aynı dikkat gerekiyor. Dots’ta bir uygulamanın bağlantısını kesmek, daha önce dot’un bağlamına alınmış bilgileri otomatik olarak silmiyor. Erişimi kapatmakla mevcut bilgiyi silmek farklı işlemler.
Kısa checklist:
- Dış dünyayı etkileyen işlemler için onay kapısı koyun.
- Onay ekranında hedefi ve tam içeriği kontrol edin.
- Erişim iptali ile veri silme süreçlerini ayrı planlayın.
AI’ye iş devretmek, görev listesini boşaltmaktan önce karar sınırlarını görünür hale getirmektir.