Yazılım geliştirme endüstrisi, genellikle danışmanlık ve sezgiye dayalı karar alma stratejileri ile karakterize edilen, disiplinli ve metodik bir yaklaşım gerektiren bir alandır. Ayrıca, yazılımın geliştirilmesi, bakımı ve işletilmesi için de disiplinli ve metodik bir yaklaşım gerekmektedir. Yazılım geliştiricilerin, kararlarını sezgiye dayalı olarak değil, danışmanlık yoluyla vermeleri yaygındır, özellikle sorunların karmaşıklığına bağlı olarak. Yazılım mühendisliğinin verimliliğini artırmak, yazılımın etkinliğini ve geliştirme maliyetlerini azaltmak amacıyla, bilim adamları, yazılım geliştirme sürecindeki çeşitli görevleri ele almak için derin öğrenme tabanlı çerçevelerin kullanımını araştırıyorlar. Derin öğrenme ve yapay zeka sektörlerindeki son gelişmeler ve ilerlemelerle birlikte, geliştiriciler, yazılım geliştirme süreçlerini ve uygulamalarını dönüştürme yollarını arıyorlar. Bunu, yazılım geliştirme sürecinin çeşitli aşamalarında uygulanan sofistike tasarımlar kullanarak yapıyorlar.

Bugün, yazılım geliştirme alanını devrimleştirme hedefi taşıyan, LLM veya Büyük Dil Modeli tabanlı bir yaklaşım olan ChatDev’i tartışacağız. Bu paradigma, geliştirme sürecinin her aşamasında özel modellere olan ihtiyacı ortadan kaldırmayı amaçlıyor. ChatDev çerçevesi, LLM çerçevelerinin yeteneklerini kullanarak, doğal dil iletişimini birleştirmek ve ana yazılım geliştirme süreçlerini akıcı hale getirmek için yararlanıyor.

Bu makalede, yazılım geliştirme alanında uzmanlaşmış bir sanal güç şirketi olan ChatDev’i keşfedeceğiz. ChatDev, suşlu modeli benimser ve yazılım geliştirme sürecini dört ana aşamaya titizlikle ayırır.

1. Tasarım.
2. Kodlama.
3. Test.
4. Belgeleme.

Her bir aşama, işbirliği içinde çalışan ve diyaloglar sonucu sorunsuz bir iş akışına yol açan kod programcıları veya testçiler gibi sanal ajanlar ekibi kullanır. Sohbet zinciri, bir kolaylaştırıcı olarak görev yapar ve geliştirme sürecinin her aşamasını atomik alt görevlere ayırır, böylece dual rolü sağlar ve bağlam farkında iletişimler kullanarak çözümlerin önerilmesi ve doğrulanmasını sağlar.

ChatDev’in analitik analizi, ChatDev çerçevesinin yalnızca yazılım geliştirme sürecini tamamlamakta son derece etkili olmadığını, aynı zamanda son derece maliyet etkin olduğunu da göstermektedir, çünkü tüm yazılım geliştirme sürecini yalnızca bir doların altında tamamlar. Ayrıca, çerçeveler potansiyel güvenlik açıklarını da tanımlar ve hafifletir, potansiyel hallucinations’ı düzeltir ve yüksek verimliliği ve maliyet etkinliğini korur.

ChatDev : LLM Güçlü Yazılım Geliştirme için Bir Giriş

Geleneksel olarak, yazılım geliştirme endüstrisi, disiplinli ve metodik bir yaklaşım üzerine kuruludur, yalnızca uygulamaların geliştirilmesi için değil, aynı zamanda bakım ve işletilmesi için de. Geleneksel olarak, tipik bir yazılım geliştirme süreci, çok uzun geliştirme döngüleri ile karakterize edilen, karmaşık ve zaman alan bir süreçtir, çünkü geliştirme sürecinde koordinasyon, görev atama, kod yazma, test ve belgeleme gibi birçok rol bulunmaktadır.

Son birkaç yılda, LLM veya Büyük Dil Modelleri’nin yardımıyla, yapay zeka topluluğu, bilgisayar görme ve doğal dil işleme alanlarında önemli kilometre taşları elde etti ve “sonraki kelime tahmini” paradigması üzerine eğitim verildikten sonra, Büyük Dil Modelleri, makine çevirisi, soru-cevap ve kod oluşturma gibi bir dizi aşağı akış görevinde verimli performans sergiledi.

Büyük Dil Modelleri tüm yazılımı kodlayabilse de, bir eksiklikleri vardır: kod hallucinations, bu durum doğal dil işleme çerçevelerinin karşılaştığı hallucinations’a benzer. Kod hallucinations, keşfedilmemiş hatalar, eksik bağımlılıklar ve tamamlanmamış fonksiyon uygulamaları gibi sorunları içerebilir. Kod hallucinations’ın iki ana nedeni vardır.

• Görev Tanım Eksikliği: Yazılım kodunu tek bir adımda oluştururken, görevin spesifikasyonunu tanımlamamak, LLM’leri karıştırabilir, çünkü yazılım geliştirme sürecindeki görevler gibi kullanıcı gereksinimlerini analiz etme veya tercih edilen programlama dilini seçme, yönlendirilmiş düşünce sağlar, bu da bu LLM’ler tarafından ele alınan yüksek düzeyli görevlerden eksik bir şeydir.
• Çapraz İnceleme Eksikliği: Karar alma süreçlerinde özellikle çapraz inceleme yapılmadığında önemli riskler ortaya çıkar.

ChatDev, bu sorunları çözmeyi ve LLM’leri, durumun başlıklarını oluşturmak ve etkili yazılım uygulamaları oluşturmak için güçlendirmeyi amaçlıyor, bu da bir sanal güç şirketi kurmak ve suşlu modeli benimsemek ve yazılım geliştirme sürecini dört ana aşamaya titizlikle ayırmak anlamına gelir,

1. Tasarım.
2. Kodlama.
3. Test.
4. Belgeleme.

Her bir aşama, kod programcıları veya testçiler gibi sanal ajanlar ekibi kullanır ve diyaloglar sonucu sorunsuz bir iş akışına yol açar. Ayrıca, ChatDev, sohbet zincirini kullanır, bu da bir kolaylaştırıcı olarak görev yapar ve geliştirme sürecinin her aşamasını atomik alt görevlere ayırır, böylece dual rolü sağlar ve bağlam farkında iletişimler kullanarak çözümlerin önerilmesi ve doğrulanmasını sağlar.

Bu yaklaşım kapsamında, ChatDev çerçevesi önce bir istemcinin gereksinimlerini analiz eder, yaratıcı fikirleri oluşturur, prototip sistemleri tasarlar ve uygular, potansiyel sorunları tanımlar ve giderir, çekici grafikler oluşturur, hata bilgilerini açıklar ve kullanıcı kılavuzlarını oluşturur. Son olarak, ChatDev çerçevesi, yazılımı kullanıcıya, kaynak kodu, kullanıcı kılavuzları ve bağımlılık ortamı spesifikasyonları ile birlikte teslim eder.

ChatDev : Mimarisi ve Çalışma Şekli

Şimdi, ChatDev’i kısaca tanıttıktan sonra, ChatDev çerçevesinin mimarisine ve çalışma şekline, sohbet zinciri ile başlayarak bakalım.

Sohbet Zinciri

Önceki bölümde bahsettiğimiz gibi, ChatDev çerçevesi, suşlu bir yöntem kullanarak yazılım geliştirme sürecini dört aşamaya ayırır: tasarım, kodlama, test ve belgeleme. Her bir aşama, geliştirme sürecinde benzersiz bir role sahiptir ve bu roller arasında etkili iletişim gerekmektedir, ancak bireylerle etkileşime girmekte ve etkileşim sırasını belirlemede potansiyel zorluklar ortaya çıkabilir.

Bu sorunu gidermek için, ChatDev çerçevesi, sohbet zinciri olarak adlandırılan bir genel mimari kullanır, bu da her bir aşamanın görev odaklı rol oynama ile alt düzey sohbetlere ayırır, her bir sohbetin çıktısı, hedef yazılım için önemli bir bileşen oluşturur ve ajanların işbirliği ve talimatların değişimi sonucu elde edilir. Sohbet zinciri, ara görev çözme için aşağıdaki resimde gösterilen bir paradigmadır.

Her bir sohbet için, bir öğretmen önce talimatları başlatır ve ardından diyaloğu görevin tamamlanmasına doğru yönlendirir, bu sırada asistanlar, öğretmen tarafından verilen talimatlara uyar ve ideal çözümler sağlar ve çözümlerin uygulanabilirliği hakkında tartışmalara katılır. Öğretmen ve ajan, görevin başarıyla tamamlanması için çok turdiyaloğa girer. Sohbet zinciri, kullanıcıya geliştirme sürecinin şeffaf bir görünümünü sağlar, karar alma yolunu aydınlatır ve hatalar ortaya çıktığında hata ayıklama fırsatları sunar, bu da son kullanıcıların hataları analiz etmelerine, ara çıktıları incelemelerine ve gerekirse sürece müdahale etmelerine olanak tanır.Sohbet zincirini entegre ederek, ChatDev çerçevesi, her bir spesifik alt görevi granüler bir ölçekte odaklanabilir, bu da yalnızca ajanlar arasında etkili işbirliğini kolaylaştırır, aynı zamanda gereken çıktıların hızlı elde edilmesini sağlar.

Tasarım

Tasarım aşamasında, ChatDev çerçevesi, insan istemcisinden bir başlangıç fikri olarak girdi gerektirir ve bu aşamada üç önceden tanımlanmış rol vardır.

1. CEO veya Genel Müdür.
2. CPO veya Ürün Müdürü.
3. CTO veya Teknik Müdür.

Sohbet zinciri, tasarım aşamasını, programlama dilini (CTO ve CEO) ve hedef yazılımın modusunu (CPO ve CEO) içeren ardışık sohbet görevlerine ayırır. Tasarım aşaması, üç ana mekanizma içerir: Rol Ataması veya Rol Özelleştirme, Bellek Akışı ve Kendi Kendine Yansıtma.

Rol Ataması

ChatDev çerçevesindeki her bir ajan, rol oynama sırasında özel mesajlar veya özel talimatlar kullanılarak bir role atanır. Diğer sohbet dili modellerinin aksine, ChatDev çerçevesi, yalnızca ajanlar arasında rol oynama senaryolarını başlatmakla sınırlıdır. Bu talimatlar, diyaloglardan önce ajanlara rollerini atamak için kullanılır.

İlk olarak, öğretmen CEO’nun sorumluluklarını üstlenir ve etkileşimli planlama yapar, bu sırada CPO’nun sorumlulukları, görevleri gerçekleştiren ajan tarafından ele alınır. Çerçeve, “inception prompting” için rol özelleştirme kullanır, bu da ajanların rollerini etkili bir şekilde yerine getirmelerini sağlar. Asistan ve öğretmen talimatları, atanmış roller ve görevler, sonlandırma kriterleri, iletişim protokolleri ve istenmeyen davranışları önlemek için tasarlanmış çeşitli kısıtlamalar hakkında önemli ayrıntıları içerir.

Bellek Akışı

ChatDev çerçevesi, bir mekanizma olarak bellek akışını kullanır, bu da bir ajanın önceki diyaloglarının kapsamlı bir kaydını tutar ve sonraki karar alma sürecine yardımcı olur. ChatDev çerçevesi, gerekli iletişim protokollerini kurmak için talimatlar kullanır. Örneğin, taraflar bir uzlaşmaya vardığında, belirli bir biçimlendirme gereksinimini karşılayan bir son mesaj gibi (<MODALITY>: Masaüstü Uygulaması”). Belirtilen biçimi karşılamak için çerçeve, mevcut diyalogun sonuçlandırılmasına izin vermek için sürekli olarak izler ve izler.

Kendi Kendine Yansıtma

ChatDev çerçevesinin geliştiricileri, her iki tarafın da ortak bir uzlaşmaya vardığı ancak önceden tanımlanmış iletişim protokollerinin tetiklenmediği durumları gözlemlediler. Bu sorunları gidermek için, ChatDev çerçevesi, anıların geri çağrılmasına ve çıkarılmasına yardımcı olan bir kendi kendine yansıtma mekanizması sunar. Kendi kendine yansıtma mekanizmasını uygulamak için, ChatDev çerçevesi, “pseudo self” olarak adlandırılan yeni bir soruşturmacı ile yeni ve temiz bir sohbet başlatır. “Pseudo self”, önceki diyalogları ve tarihi kayıtları analiz eder ve ardından mevcut asistana bilgi verir, daha sonra, sonuçları ve eyleme değer bilgilerinin bir özeti talep eder, bu da aşağıdaki resimde gösterilmiştir.

Kendi kendine yansıtma mekanizması sayesinde, ChatDev asistanı, önerdiği kararları analiz etmeye ve yansıtmaya teşvik edilir.

Kodlama

Kodlama aşamasında, üç önceden tanımlanmış rol vardır: CTO, programcı ve sanat tasarımcısı. Sohbet zinciri, kodlama aşamasını, kod oluşturma (programcı ve CTO) veya grafik kullanıcı arabirimi (programcı ve tasarımcı) oluşturma gibi bireysel alt görevlere ayırır. CTO, programcıya, markdown formatını kullanarak bir yazılım sistemi uygulamasını talimatlandırır, bu sırada sanat tasarımcısı, kullanıcı dostu ve etkileşimli bir grafik kullanıcı arabirimi önerir, bu, grafik simgeleri kullanarak kullanıcılarla etkileşime girmek için geleneksel metin tabanlı komutlara güvenmek yerine kullanılır.

Kod Yönetimi

ChatDev çerçevesi, karmaşık yazılım sistemlerini ele almak için Python, Java ve C++ gibi nesne yönelimli programlama dillerini kullanır, çünkü bu programlama dillerinin modülerliği, self-contained nesnelerin kullanılmasını sağlar, bu da yalnızca hata ayıklamaya değil, aynı zamanda işbirliği geliştirmeye ve kalıntıları kaldırmaya yardımcı olur, bu da nesnelerin yeniden kullanılmasını sağlar.

Düşünce Talimatları

Geleneksel soru-cevap yöntemleri, özellikle kod oluştururken, naive talimatlar verilmesi halinde, alakasız bilgi veya yanlışlıklara yol açabilir, bu da LLM hallucinations’a neden olabilir ve bu bir sorun haline gelebilir. Bu sorunu gidermek için, ChatDev çerçevesi, zincir düşünce talimatlarından esinlenen “düşünce talimatları” mekanizmasını sunar. “Düşünce talimatları” mekanizması, talimatlarda bulunan bireysel problem çözme düşüncelerini açıkça ele alır, bu da görevleri sıralı ve organize bir şekilde çözmeye benzer.

Test

Hata-free kodu ilk denemede yazmak, yalnızca LLM’ler için değil, aynı zamanda insan programcıları için de zor olabilir ve yanlış kodu tamamen atmaktan ziyade, programcılar kodlarını analiz eder, hataları tanımlar ve düzeltirler. ChatDev çerçevesindeki test aşaması, programcı, testçi ve gözden geçirici olmak üzere üç role ayrılmıştır. Test süreci, iki ardışık alt görevlere ayrılır: Peer İnceleme veya Statik Hata Ayıklama (Gözden Geçirici ve Programcı), ve Sistem Testi veya Dinamik Hata Ayıklama (Programcı ve Testçi). Statik hata ayıklama veya peer inceleme, kaynak kodunu analiz eder ve hataları tanımlar, bu sırada dinamik hata ayıklama veya sistem testi, bir yorumlayıcı tarafından programcı tarafından yürütülen çeşitli testler aracılığıyla yazılımın çalışmasını doğrular. Dinamik hata ayıklama, principalmente siyah kutu testine odaklanır ve uygulamaları değerlendirir.

Belgeleme

ChatDev çerçevesi, tasarım, kodlama ve test aşamalarını tamamladıktan sonra, yazılım projesi için belgeleme oluşturmak için dört ajan kullanır: CEO, CTO, CPO ve Programcı. ChatDev çerçevesi, az örnekli talimatlar ile bağlam içi örnekleri kullanarak belgeleri oluşturmak için LLM’leri kullanır. CTO, programcıya, bağımlılık ortamının yapılandırılması için talimatları ve “bağımlılık gereksinimleri.txt” gibi bir belge oluşturmasını söyler. Aynı zamanda, CEO, CPO’ya ürün için kullanıcı kılavuzunu oluşturması için gereksinimleri ve sistem tasarımını iletir.

Sonuçlar

Yazılım İstatistikleri

ChatDev çerçevesinin performansını analiz etmek için, geliştirici ekibi, ChatDev çerçevesi tarafından oluşturulan yazılım uygulamaları üzerinde bazı anahtar metriklere dayalı istatistiksel bir analiz çalışması yaptı, bunlar arasında tüketilen tokenler, toplam diyalog dönüşleri, görüntü varlıkları, yazılım dosyaları, sürüm güncellemeleri ve daha fazlası yer alıyor ve sonuçlar aşağıdaki tabloda gösteriliyor.

Süre Analizi

ChatDev’in farklı istemci talepleri için yazılım üretim süresini incelemek için, geliştiriciler ayrıca bir süre analizi çalışması yaptı ve farklı istemci talepleri için geliştirme süresindeki farklılık, görevlerin değişen açıklığı ve karmaşıklığını yansıtır ve sonuçlar aşağıdaki resimde gösteriliyor.

Örnek Çalışma

Aşağıdaki resim, ChatDev’in Beş Sıra veya Gomoku oyunu geliştirmesini göstermektedir.

En soldaki resim, GUI kullanmadan oluşturulan temel yazılımı göstermektedir. Açıkça görüldüğü gibi, GUI’si olmayan uygulama, sınırlı bir etkileşim sunar ve kullanıcılar yalnızca komut terminali aracılığıyla oyunu oynayabilir. Sonraki resim, GUI kullanarak oluşturulan daha görsel bir oyunu göstermektedir, bu da daha iyi bir kullanıcı deneyimi ve daha fazla etkileşim sağlar. Tasarımcı ajan daha sonra, oyunun işlevselliğini etkilemeden, oyunun kullanılabilirliğini ve görsel çekiciliğini artırmak için ek grafikler oluşturur. Ancak, insan kullanıcılar, ChatDev çerçevesi tarafından oluşturulan görüntülerden memnun değilse, yazılımı tamamladıktan sonra görüntüleri değiştirebilirler. ChatDev çerçevesi tarafından sunulan görüntüleri manuel olarak değiştirme esnekliği, kullanıcıların uygulamaları tercihlerine göre özelleştirmelerine ve daha fazla etkileşim ve kullanıcı deneyimi sunmasına olanak tanır, bu da yazılımın işlevselliğini hiçbir şekilde etkilemez.

Son Düşünceler

Bu makalede, LLM veya Büyük Dil Modeli tabanlı bir yaklaşım olan ChatDev’i tartıştık, bu da yazılım geliştirme alanını, geliştirme sürecinin her aşamasında özel modellere olan ihtiyacı ortadan kaldırarak devrimleştirme hedefi taşıyor. ChatDev çerçevesi, LLM çerçevelerinin yeteneklerini kullanarak, doğal dil iletişimini birleştirmek ve ana yazılım geliştirme süreçlerini akıcı hale getirmek için yararlanıyor. ChatDev çerçevesi, sohbet zinciri mekanizmasını kullanarak, yazılım geliştirme sürecini ardışık alt görevlere ayırır, bu da granüler bir odaklanma sağlar ve her bir alt görev için istenilen çıktıları teşvik eder.