Son zamanlarda, Vibe'ın birkaç ürünü esas olarak "yazılım talep üzerine inşa edilir" fikrime dayanıyor. Bir fikir var (mutlaka doğru değil): gelecekteki yazılım kâr modeli, yazılımın geliri dinamik bina ihtiyaçları için gereken tokenlardan daha yüksek olduğu sürece ve spread kâr elde edilebildiği sürece olabilir.

Burada yazılım dinamikleri oluşturmak aslında oldukça zor. Geçmişte, İnternet yazılım geliştirme alanında, yazılımı yazıp sunucuda çalıştırmak için programcılar, tasarımcılar ve ürün yöneticileri işe aldık. Hangi tür yazılım olursa olsun, temelde oluşturulmuş bir üründür ve oluşturulmuş ürün ile kaynak kodu arasında büyük fark vardır, ayrıca birçok karmaşık iş akışı içerir. LLM'ler artık dinamik olarak yazılım üretebiliyor, ancak çok güçlü kısıtlamalara ihtiyacımız var, aksi takdirde kullanıcıların tükettiği tokenların maliyeti yazılımın gelirinden çok daha yüksek olabilir. Peki, yazılımdaki kısıtlama alanının bu dinamik yapısını nasıl gerçekleştireceğimiz nispeten büyük bir zorluk haline geldi. cc'nin Agent SDK'sı zaten bazı sert kısıtlamalara sahip. Örneğin, yapılabilen bir şey ya da kullanılabilen Unix komutları var, ama bunların hepsi gereksinim temelli kısıtlamalar değil, katı kısıtlamalar. Gelecekte daha ilginç yollar olması gerektiğine ve internet yazılımının kendisinin de ajanların popülaritesi nedeniyle büyük ölçüde değişmesi gerektiğine inanıyorum.