https://thedotnetblog.com/tr/tags/composition/Articles, tutorials and insights from the .NET community.Hugotr@thedotnetblog (The .NET Blog)@thedotnetblogTue, 09 Jun 2026 00:00:00 +0000https://thedotnetblog.com/tr/news/emiliano-montesdeoca/agent-skills-python-composition-patterns/Tue, 09 Jun 2026 00:00:00 +0000Emiliano Montesdeocahttps://thedotnetblog.com/tr/news/emiliano-montesdeoca/agent-skills-python-composition-patterns/En son Agent Skills for Python yazısı görünürde dosya, sınıf ve satır içi (inline) skill'lerle ilgili ama daha önemli fikir, sağlayıcı modelini yeniden yazmadan kaynaklar arasında birleştirilebilirlik.<p>Bu, belirli dil odağının mimari dersten daha dar olduğu yazılardan biri.</p> <p>Evet, makale <strong>Python için Agent Skills</strong> ile ilgili.</p> <p>Ama daha ilginç nokta <strong>kompozisyon</strong> ile ilgili.</p> <p>Dosya tabanlı, sınıf tabanlı ve satır içi skill&rsquo;leri tek bir sağlayıcı modeli üzerinden karıştırma yeteneği, bir çerçeveyi sevimli olmaktan çıkarıp ölçeklenebilir hissettiren tam olarak o şey.</p> <h2 id="önemli-değişim-dosya-mı-sınıf-mı-satır-içi-mi-değil">Önemli değişim dosya mı, sınıf mı, satır içi mi değil</h2> <p>Makaleyi bir özellik matrisi olarak okumak kolay:</p> <ul> <li>dosya tabanlı skill&rsquo;ler</li> <li>sınıf tabanlı skill&rsquo;ler</li> <li>satır içi skill&rsquo;ler</li> </ul> <p>Bu yararlı, ama asıl mimari nokta bu değil.</p> <p>Asıl nokta, çerçevenin <strong>her seferinde sağlayıcı hikâyesini yeniden yazmadan birden fazla kaynaktan yetenekleri birleştirmeyi kolaylaştırıyor</strong> olması.</p> <p>Bu, skill&rsquo;ler küçük bir demodan gerçek bir ekip ortamına taşındığında önemli olan kısım.</p> <h2 id="odaklanacağım-cümle">Odaklanacağım cümle</h2> <p>Kaynak makale, yerel bir depodan gelen bir skill, dahili bir dizinden paketlenmiş bir skill ve &ldquo;<strong>on dakika önce yazdığınız hızlı bir satır içi köprünün hepsinin aynı sağlayıcıya takıldığını</strong>&rdquo; söylüyor.</p> <p>O cümle gerçek işi yapıyor.</p> <p>Çünkü sürdürülebilirlik tam olarak orada ortaya çıkmaya başlıyor.</p> <p>Ekipler şunları karıştırabiliyorsa:</p> <ul> <li>paketlenmiş skill&rsquo;ler</li> <li>geçici köprüler</li> <li>yerel depo skill&rsquo;leri</li> <li>gelecekteki değiştirmeler</li> </ul> <p>her seferinde ajan boru tesisatını yeniden yazmadan, skill sisteminin gerçek kuruluşlarda ölçeklenme şansı var demektir.</p> <h2 id="daha-çok-net-odaklıysanız-bile-bu-neden-önemli">Daha çok .NET odaklıysanız bile bu neden önemli</h2> <p>Bu yazı Python&rsquo;a özgü olsa da, çoğunlukla .NET dünyasında yaşasanız bile bu desenin izlenmeye değer olduğunu düşünüyorum.</p> <p>Neden mi? Çünkü altta yatan soru dil seçiminden daha büyük:</p> <p><strong>skill&rsquo;ler ekipler arasında dağınıklığa dönüşmeden nasıl evrilir?</strong></p> <p>Cevap nadiren yalnızca &ldquo;daha fazla skill türü&rdquo; olur.</p> <p>Neredeyse her zaman, kompozisyon modelinin bu skill türlerinin temiz bir şekilde bir arada var olmasına izin verecek kadar güçlü olup olmadığıyla ilgilidir.</p> <p>Bu makalenin doğru yaptığını düşündüğüm şey bu.</p> <h2 id="görüşüm">Görüşüm</h2> <p>Daha çok .NET tarafına odaklansanız bile, bu hâlâ izlenmeye değer bir desen; çünkü kompozisyon kabiliyeti, skill&rsquo;lerin ekipler arasında yayıldıkça sürdürülebilir kalıp kalmayacağını belirleyen unsurlardan biri.</p> <p>Ve ekipler skill&rsquo;leri depolar ve dahili ekosistemler arasında paketlemeye, paylaşmaya ve değiştirmeye başladığında, bu kompozisyon kabiliyeti tek bir yazım tarzının sözdiziminden çok daha önemli hale geliyor.</p> <p>Orijinal yazı: <a href="https://devblogs.microsoft.com/agent-framework/agent-skills-for-python-file-code-and-class-composed-in-one-provider/">Agent Skills for Python: File, Code, and Class – Composed in One Provider</a></p>