Akordeon Düzenleme ve Elma Toplama: Sohbet Arayüzünün Eksiği
Akordeon düzenleme ve elma toplama, yapay zeka sohbet arayüzlerinde kullanıcıların kendiliğinden geliştirdiği iki alışkanlık: çıktıyı tekrar tekrar uzatıp kısaltmak, bir de eski yanıtların parçalarını seçip yeniden kullanmak. İkisi de beceri değil, telafi. Arayüz metnin üzerinde doğrudan çalışmaya izin vermediği için kullanıcı aynı işi sohbet kutusundan yapmaya çalışıyor.
Akordeon düzenleme bir teknik değil, telafi
Kullanıcı "biraz kısalt" diyor, sonra "şu bölümü genişlet", sonra yine kısaltıyor. Dışarıdan bakınca iteratif bir yaratım süreci gibi görünür. Aslında olan şu: metnin uzunluğunu ayarlamak için elinde sohbet kutusundan başka bir araç yok.
Peki ilk istek neden tutmuyor? Çünkü modele verilen uzunluk talebi bir kısıt değil, bir eğilim. "Üç paragraf" dediğinizde üç paragraf gelir; "480 karakter" dediğinizde yaklaşık bir şey gelir. Kullanıcı farkı gözle görüp düzeltmeye girişince akordeon açılıp kapanmaya başlıyor.
Elma toplama ve geri dönme maliyeti
İkinci davranış daha sinsi. Kullanıcı on tur önceki yanıtın ikinci maddesini beğenmiştir; onu bulmak için yukarı kaydırır, kopyalar, yeni mesaja yapıştırır, "bunu şöyle değiştir" der. Sohbet akışı bu işi desteklemiyor, çünkü akış doğrusal, yapılan iş değil.
Bunun arka tarafta bir de faturası var. Her yeni tur, konuşmanın tamamını yeniden modele taşır. n turluk bir oturumda taşınan toplam metin kabaca n² ile büyür: yirmi turluk bir düzenleme seansının sonunda ilk yanıt yirmi kez daha okunmuş ve yirmi kez faturalanmış olur. Kullanıcının "sadece şu cümleyi düzelteyim" dediği an, sistem açısından oturumun en pahalı anıdır.
Prompt disiplini nereye kadar gider
Yaygın tavsiye, ilk promptta biçimi ve uzunluğu baştan söylemek. Kısmen işe yarıyor: çıktı türünü belirtmek (e-posta mı, ürün açıklaması mı, madde listesi mi) tur sayısını gerçekten düşürür. Sayısal sınırlarda ise aynı tavsiye yanıltıcı. Model karakter saymıyor, token üretiyor; "en fazla 160 karakter" onun için bir hedef, bir kapı değil.
Karakter sınırını modelin insafına bırakmam. Sayacı arayüze koyarım: alan kendi sınırını bilir, aşan metni işaretler, kullanıcı nerede durduğunu promptla değil gözle görür.
Arayüz hangi işi üstlenmeli
Her iki davranış da aynı eksiği gösteriyor: seçtiğin parçayı yerinde düzenleyememek. Çözüm tarafında iki yol var ve bunların karıştırılması iyi sonuç vermiyor.
- Kısa çıktılarda (başlık, meta açıklama, tek paragraf) metni seçip yalnızca o seçim üzerinde komut vermek yeterli. Geçmiş büyümediği için versiyon takibi gereksiz ağırlık.
- Uzun ve çok adımlı işlerde seçerek düzenleme tek başına yetmez, parçaya sabit bir kimlik vermek gerekir. Bir bölümü sabitleyip ona adıyla referans vermek, kaydırıp kopyalamaktan hem hızlı hem de hata payı düşük.
Peki kullanıcı ikisini aynı oturumda yapmak isterse? O zaman tercih uzun işin gereğine göre kurulur: sabitleme varsa kısa düzenleme onun içinde de çalışır, tersi geçerli değil.
Bu alışkanlıklar modelin zayıflığından çok arayüzün dar boğazından doğuyor. Yeni bir model sürümü akordeonu durdurmaz; metni parça parça tutan bir editör durdurur.