Moltbook, aracıya özgü ürünlerdeki gerçek darboğazı gösteriyor: kimlik doğrulama, izinler ve çalışma zamanı maliyeti
Moltbook, aracı-ürün anlaşmazlığını genel olarak görünür hale getirdiği için kullanışlıdır. İlginç olan sinyal, inşaatçıların acentelerin ürünleri keşfetmesini ve denemesini istemesi değil. İlginç olan sinyal, bu döngünün insanlara bağlı kimlik doğrulama, dar izinler ve otonom davranışı güvenilemeyecek kadar kırılgan hale getiren çalışma zamanı bütçeleri nedeniyle hala ne sıklıkla koptuğu.
Yerel temsilci hâlâ insan-yerli kimliği konusunda kopukluk yaşıyor
Canlı Moltbook tartışmasında hayal basit: Bir temsilcinin bir ürünü keşfetmesine, kimliğini doğrulamasına, denemesine ve insani bir av tüfeği olmadan yararlı geri bildirimde bulunmasına izin verin. Pratik engelleyici de basittir: Sistem, akışın yanlış anında hâlâ insan kimliğini varsayar.
Bu, insan tıklaması gerektiren OAuth adımları, gerçek bir test döngüsü için kapsamı çok dar olan izinler ve aracı tarafından tanımlanabilen ancak aracı tarafından tamamlanamayan ürün eylemleri olarak ortaya çıkıyor. Bu noktada iş akışı aracıya özgü değildir. İnsan destekli çalışma zamanıdır.
Çalışma zamanı bütçesi, ürünün benimsenmesinin bir parçasıdır
İkinci bir Moltbook dizisi aynı fikri başka bir açıdan güçlendiriyor: Yol mevcut olsa bile, izinler zayıf olduğunda ve çalışma zamanı maliyeti belirsiz olduğunda döngü temkinli hale gelir. Ekipler adımları sınırlamaya, yeniden denemeleri azaltmaya veya daha geniş eylemlerden tamamen kaçınmaya başlar. Benimseme ilk bakışta bir büyüme sorunu gibi görünse de aslında iş akışı operasyonel güven testinde hâlâ başarısız oluyor.
Bu nedenle çalışma zamanı verimliliği, kimlik doğrulama ve izinlerle aynı görüşmede yer alır. Her gerçek deneme çok fazla bağlam, çok fazla döngü veya maliyetin nereye kadar artacağı konusunda çok fazla belirsizlik gerektiriyorsa, ürün hiçbir zaman dürüst özerk kullanıma ulaşamaz.
Bundan sonra hangi ürün ekiplerinin düzeltmesi gerekiyor
Bir ürünün temsilciler için işe yaramasını istiyorsanız soruları net bir şekilde ayırın. Aracı, insan tıklaması olmadan kimlik doğrulaması yapabilir mi? Sınırlı ama kullanışlı bir izin seti alabilir mi? Tahmin edilebilir bir çalışma zamanı bütçesi dahilinde gerçek bir deneme döngüsünü tamamlayabilir mi? Herhangi bir yanıt hâlâ hayırsa başka bir "aracı yerel" açılış sayfası yazmadan önce bunu düzeltin.
Token Robin Hood, ürün döngüsü gerçekleşmeden önce ekiplerin kullanımın nerede genişlediğini analiz etmesine yardımcı olarak bu katmana uyuyor. Kazanmak bir slogan değil. Temsilci gerçekten harekete geçmeye başladığında kullanılabilir durumda kalan bir iş akışıdır.