Yapay Zekâ

Mistral Studio, istem ve becerileri sürümlenen bir kayıt sistemine bağlıyor

Şirket, üretimde kullanılan istemlerin sahibi ve geçmişi belli olmadığında davranış tutarlılığının kaybolduğunu savunuyor.

Mistral Studio, istem ve becerileri sürümlenen bir kayıt sistemine bağlıyor
Mistral Studio, istem ve becerileri sürümlenen bir kayıt sistemine bağlıyor

Çoğu kurum, yapay zekâsında şu anda hangi istem sürümünün çalıştığını söyleyemiyor. Mistral'ın Studio için duyurduğu özellik bu sorunla başlıyor.

Sorunun kaynağı, istemlerin üretim varlığı olarak görülmemesi. Oysa bir asistanın müşteriye verdiği yanıtı belirleyen iş mantığı, üslup ve politika bu metinlerde duruyor. Davranış yanlış olduğunda düzeltmenin bir sonraki kod sürümünü beklemesi değil, herhangi bir üretim olayı kadar hızlı yayına çıkması gerekiyor.

Uygulamada ise durum farklı. İstemler hızlı deneyler olarak başlıyor, sonra yayına giriyor ve kod depolarına, defterlere, Slack başlıklarına dağılıyor — net bir sahibi ve ortak bir geçmişi olmadan. Beceriler bir ekibin diğerinin sürümünü görememesi yüzünden yeniden yazılıyor ya da çatallanıyor.

Şirketin teşhisinde ilginç bir ayrıntı var: pek çok kurumda istemler zaten sürüm kontrollü kodun içinde duruyor, yani değişikliği izlemek asıl zorluk değil. Sürtünme başka yerde. Talimatları en iyi anlayan kişiler — politikayı ve ifadeyi belirleyen iş birimi ekipleri — kod tabanında çalışmıyor, dolayısıyla her değişiklik bir mühendisi bekliyor. Üstelik bir talimatı geliştirmek yineleme ve test gerektiriyor; kod tabanı bunu pahalı hâle getiriyor, çünkü her denemede kodu düzenleyip dağıtımı beklemek gerekiyor. Sonuç, ekiplerin erken vazgeçmesi: "yeterince iyi" bir sürüm yayınlanıyor ve orada kalıyor.

Studio'nun getirdiği ayrım, geliştirme ile yayına alma arasında. Geliştirme sırasında geliştirici olsun olmasın herhangi bir kullanıcı bir istemi düzenleyip anında test edebiliyor; her deneme için bir boru hattı çalıştırmak gerekmiyor. Üretime giden değişiklik ise kurumun zaten uyguladığı testlerden ve onaylardan geçiyor. Değişen şey, süreci kimin yürütebildiği: bir alan uzmanı ya da iş birimi sahibi, üretimdeki bir talimatı bir geliştirici gibi iyileştirebiliyor ve basit etiketlerle yapılan terfi, örneğin bir GitHub Actions akışında SDK üzerinden, mevcut CI/CD sürecini tetikliyor.

Sistem her istemi ve beceriyi sahibi, tam geçmişi ve denetim kaydı olan sürümlenmiş bir varlık olarak ele alıyor. Bir çalışma alanındaki her varlık o ekibin tamamına açık olduğu için, bir kişinin doğru kurduğu istem meslektaşları tarafından hemen kullanılabiliyor — iyi iş yeniden yazılmak yerine yayılıyor.

Yorumlar (0)

Bu içeriğe henüz yorum yapılmamış.

E-posta adresiniz yayımlanmaz, yalnızca moderasyon için saklanır. Ayrıntı için gizlilik politikasını. Giriş yaparsanız yorumunuz adınıza kaydolur.

Yorumlar yayınlanmadan önce moderasyondan geçer.