Codex'in bir dosyayı değiştirebilmesi ile o dosyayı değiştirmesinin istenmesi farklı sorulardır. Teknik izinler hangi işlemlerin mümkün olduğunu belirler; kullanıcı görevi ise amaçlanan işi tanımlar. Resmî OpenAI belgelerinde sandbox, onay ve ağ kontrolleri bu sınırları yöneten ayrı bileşenler olarak ele alınır. Günlük kullanımda sağlıklı yaklaşım, her adımı hem teknik erişim hem görev kapsamı açısından değerlendirmektir.
İsteği yapılabilir işlemlere çevirin
“Arama sayfasını düzelt” talebini düşünün. Kaynak kodunu okumak, hatayı yeniden üretmek, ilgili dosyayı düzenlemek ve sonucu doğrulamak bu işin doğal adımlarıdır. Aynı anda kullanıcı kayıtlarını dışarı aktarmak, farklı bir sitedeki ayarları değiştirmek veya e-posta göndermek ise ayrı sonuçlar doğurur. Geniş teknik erişim, bu sonuçları görevin parçası haline getirmez.
Kapsamı somutlaştıran bir istek şöyle yazılabilir: “Arama filtresindeki kategori hatasını düzelt. İlgili kaynakları ve test verisini kullan. Mevcut yayın sürecimizle canlıya uygula ve gerçek arama sonucunu doğrula.” Böylece yalnızca yerel dosya düzenleme mi, yoksa yayına alma da mı beklendiği daha açık olur. Ekipte daha önce belirlenmiş geçerli tercihler de bu bağlamın parçasıdır.
Rutin adımlarla yeni kararları ayırın
Her dosya okuması için yeniden soru sorulması işi yavaşlatır. Kullanıcı tarafından yetkilendirilmiş bir düzeltmenin gerekli ve geri alınabilir adımları genellikle birlikte ele alınabilir. Buna karşılık gereksinim belirsizse, özellikle mevcut içeriği silmek veya farklı kişilere mesaj göndermek gibi sonuçlarda hedefin netleştirilmesi gerekir. Önemli olan soru sayısını artırmak değil, gerçekten eksik olan kararı bulmaktır.
Örneğin “örnek yazıları yenileriyle değiştir” talebinde hangi içeriklerin örnek olduğu belli değilse önce mevcut kayıtları listelemek yararlıdır. Bu okuma işlemi, soruyu somut hale getirir. “Şu on kayıt değişecek” diyebilmek, kullanıcıdan henüz incelenmemiş bir işlem için genel onay istemekten daha anlaşılır bir işbirliği sunar.
Teknik engel çıktığında açıklamayı da somut tutun. “Erişim yok” ifadesi yerine hangi dosyanın, bağlantının veya komutun engellendiğini belirtin. İzin istemeye kapalı bir çalışma ortamında farklı bir izin modu talep ederek döngü yaratmayın; izin verilen yöntemlerle ilerleyin veya gerçek engeli raporlayın.
Erişim bilgisiyle işlem yetkisini karıştırmayın
Kayıtlı oturum bir yönetim panelini açmayı kolaylaştırabilir. Bu oturumun bulunması paneldeki her şeyi değiştirme talimatı değildir. Menü tasarımı için giriş yapıldığında faturalama ayarlarını incelemek gerekmeyebilir. Kullanılan bağlantıların görevle ilişkisini korumak, gereksiz veri erişimini de azaltır.
Parola ve erişim anahtarlarını teslim raporuna eklemeyin. İncelemenin yapıldığını kanıtlamak için gizli değerin kendisi gerekmez. Başarılı oturum, ilgili sayfanın açılması ve istenen değişikliğin gözlenmesi çoğu görevde yeterli kanıttır. Bir sorun paylaşılacaksa hassas değer yerine hata türü ve gereken bağlam aktarılmalıdır.
Teslimde kapsamı görünür kılın
Sonuç raporu, hangi davranışın değiştiğini ve nasıl doğrulandığını söylemelidir. Beklenen bir adım teknik olarak yürütülemediyse bunu tamamlanmış gibi yazmayın. Kullanıcı daha sonra aynı işi sürdürdüğünde nelerin yapıldığı ile nelerin açık kaldığı anlaşılabilsin. Açık kapsam, daha az tekrar sorusu ve daha güvenilir otomasyonun ortak temelidir.
Kapsam açıklaması özellikle ortak depoda önem kazanır. Aynı anda başka birinin değiştirdiği dosyayı görürseniz onun çalışmasını geri almak, kendi görevinizi tamamlamanın doğal adımı sayılmaz. İlgili farkı koruyarak dar bir düzenleme yapmak gerekir.
Resmî kaynak: OpenAI Docs — Agent approvals & security.
