Ajan Geliştirme ve Dokümantasyon Güdümlü Geliştirme: Yapay Zekâ Kod Değil Sözleşme Yazdığında
Bir makale, kod üretiminden önce büyük dil modellerinin önce sistem sözleşmelerini (OpenAPI, Proto, JSON Schema, CloudEvents, AsyncAPI) tasarladığı ajan temelli bir yaklaşımı anlatıyor. Dokümantasyon Güdümlü Ajan Geliştirme olarak adlandırılan bu yöntem, sözleşmeleri üretip gözden geçirmek için birden fazla istem aşaması kullanıyor. Yazar, bunu otomatik telefon santrali (PBX) hizmeti örneği üzerinde göstererek üreteçler ile ajanlar arasında ayrım yapıyor.
Yazar Matvey Likhota, kıdemli bir Go geliştiricisi, bir LLM'nin önce bir sistem tasarlayıp OpenAPI, Proto, JSON Schema, CloudEvents ve AsyncAPI gibi sözleşmeler ürettiği ve kodun daha sonra tekrarlanabilir jeneratörler tarafından, projeye bağlı kısımların ise geliştiriciler ve ajanlar tarafından oluşturulduğu bir geliştirme yaklaşımı önermektedir. Buna Dokümantasyon Odaklı Ajan Geliştirme veya Spesifikasyon Odaklı Ajan Geliştirme adını vermektedir. Makale, süreci basit bir PBX hizmeti örneği üzerinde göstermektedir. İlk istem, LLM'den kod yazmadan mimari açıdan önemli soruları listelemesini ister. İkinci istem, RFC 9457 hataları, Idempotency-Key, If-Match/ETag ve imleç sayfalama gibi katı gereksinimlerle bir OpenAPI 3.1 sözleşmesi üretir. Ardından, bir çekişmeli inceleme istemi, sözleşmeyi kusurlara karşı eleştirir. Olay sözleşmeleri için CloudEvents 1.0 kullanılır ve CallStarted, CallAnswered, CallMissed gibi olay kataloğu içerir. WebSocket sözleşmeleri AsyncAPI 3.0 ile tanımlanır ve dahili API'ler proto3 ile gRPC olarak tasarlanır. Makale, sözleşme tasarımını kod üretiminden ayırmanın ve tutarsızlıkları yakalamak için inceleme istemlerini kullanmanın önemini vurgular.
Kaynak: Habr — хаб ИИ —
orijinal