Agent Plugins 1.0, bir yapay zekâ ajanının yeteneklerini (beceriler, MCP sunucuları, komutlar ve kurallar) tek bir kurulabilir eklentide toplayan açık ve tedarikçiden bağımsız bir standarttır; böylece eklentiyi bir kez oluşturur ve her biri için yeniden yapmak yerine farklı araçlarda çalıştırırsınız. Ağustos 2026'da GitHub, standardın VS Code, Copilot CLI, Copilot uygulaması ve SDK'sında, tüm Copilot planlarında tam olarak desteklendiğini duyurdu. Bir işletme sahibi için doğrudan anlamı şu: Ekibiniz için yapay zekâ araçlarını özelleştirmeye harcadığınız zaman ve para artık tek bir platformun rehinesi değil.

Gerçekte hangi sorunu çözüyor?

Son iki yılda yapay zekâ araçları bir sohbet kutusu olmaktan çıkıp dosyalarınızı okuyan, sistemlerinizi çağıran ve gerçek adımları uygulayan ajanlara dönüştü. Bu ajanları şirketinize göre özelleştirmek için onlara üç şey vermeniz gerekir: işinizin nasıl yürüdüğünü anlatan yazılı talimatlar, MCP sunucuları aracılığıyla iç sistemlerinize bir bağlantı ve yetkilerini aşmalarını engelleyen kurallar.

Sorun, her aracın bunların hepsini kendi biçiminde istemesiydi. Ekibiniz bir araç için özelleştirmeler yazar; bir yıl sonra şirket daha hızlı ya da daha ucuz bir şeye geçmeye karar verir ve tüm bu emeğin taşınamadığını, yeniden yazılması gerektiğini fark eder. Bu yalnızca teknik bir can sıkıntısı değildir; her tedarikçi değişikliğinde tekrarlanan gerçek bir maliyettir ve birçok şirketin israf korkusuyla ciddi özelleştirmeyi ertelemesinin nedeni de budur.

Bir eklenti pratikte neler içerir?

Standarda göre hazırlanmış tek bir paket, biçim olarak basit ve açıkça tanımlanmıştır. Şunlardan oluşur:

  • Bir plugin.json manifestosu; eklentinin adını ve sürüm numarasını taşır ve güncellemeyi ve takibi mümkün kılan da budur.
  • Bir beceriler klasörü; ajana şirketinizdeki tekrarlanan bir görevi sizin istediğiniz şekilde nasıl yerine getireceğini anlatan yazılı talimatları içerir.
  • Bir mcp.json dosyası; ajanı gerçek sistemlerinize bağlayan MCP sunucularını tanımlar: stok, müşteri veritabanı, faturalama.
  • Araca özgü uzantılar; ayrı bir ad alanına yerleştirilir, böylece bir tedarikçi kendine özgü bir özellik eklediğinde bile ortak parçalar taşınabilir kalır.

Ortak kısmı tedarikçiye özgü kısımdan ayırmak tasarımın en akıllıca yanıdır: Hiçbir sağlayıcının kendi özellikleriyle farklılaşmasını engellemez ve ileride fikrinizi değiştirirseniz her şeyi kaybetmeye sizi zorlamaz.

Bu neden yalnızca geliştiriciyi değil, işletme sahibini de ilgilendirmeli?

Asıl fark yönetişimde. Standart açık bir lisansla kamuya açık biçimde geliştiriliyor ve Amazon, Microsoft, OpenAI, Cursor ve Vercel temsilcilerinden oluşan bir teknik yönlendirme komitesi tarafından denetleniyor. Rakip şirketler tek bir biçimde uzlaştığında bu, söz konusu biçimin tek bir ürün döngüsünden daha uzun yaşayacağının ve bir tarafın müşterilerini kendine bağlama girişimi olmadığının işaretidir.

Bu önemlidir, çünkü bugün yapay zekâyı benimsemenin en büyük riski teknik değil, sözleşmeseldir. Bugün seçtiğiniz sağlayıcı fiyatları artırabilir, bağımlı olduğunuz bir hizmeti sonlandırabilir ya da kalitesi değişebilir. Açık bir standart bu riskleri ortadan kaldırmaz, ama çıkış maliyetinizi düşürür ve düşük bir çıkış maliyeti elinizdeki en güçlü pazarlık kozudur.

Bu, Suudi Arabistan'daki işletmeler için ne anlama geliyor?

2026'nın Krallık'ta Yapay Zekâ Yılı ilan edilmesiyle birlikte birçok şirket, yıllarca süren demoların ardından ciddi bir deneme aşamasına girdi. Sıkça gördüğümüz tablo şu: Bir şirket ekibi için abonelikler satın alıyor, sonra hiçbir şeyi özelleştirmiyor ve dünya hakkında her şeyi bilen ama kendi sistemleri hakkında hiçbir şey bilmeyen genel bir asistanla kalıyor. Gerçek değer abonelikten değil, özelleştirmeden gelir.

Taşınabilir bir standart devreye girdiğinde özelleştirme kararı çok daha az riskli hale geldi. Bir şirket onay döngüsünü anlatan dahili bir eklenti yazabilir, ajanı faturalama ya da sipariş yönetim sistemine bağlayabilir ve tüm ekibe dağıtabilir; gelecek yıl başka bir araca geçse bile yatırımın geçerliliğini koruyacağından emin olarak.

Ancak temel bir noktaya dikkat edin: Bir paketin taşınabilir olması, verilerinize erişimin meşru hale geldiği anlamına gelmez. Bir ajanı iç sistemlerinize bağlayan her eklenti Kişisel Verilerin Korunması Kanunu'na (PDPL) tabi olmaya devam eder ve ajanın neyi okuyabileceğini ve neyi okuyamayacağını kesin olarak belirlemeniz ve bunu belgelemeniz gerekir.

Bu hafta başlamak için pratik adımlar

  • Mevcut özelleştirmelerinizin envanterini çıkarın. Ekibinizin talimatlar, bağlantılar ve kurallar olarak gerçekte neler oluşturduğunu yazın ve her parçanın bugün nerede durduğunu belirleyin.
  • Tekrarlanan tek bir görevle başlayın. Her şeyi bir anda dönüştürmeyin; gözle görülür şekilde zaman alan günlük bir süreci seçin ve onu tek bir eklenti olarak paketleyin.
  • Dağıtmadan önce yetkileri belirleyin. Business ve Enterprise planları, hangi eklentilere ve hangi onaylı kaynaklardan izin verildiğini kontrol eden merkezi ayarlar içerir. Bunu kullanım yayıldıktan sonra değil, yayılmadan önce yapılandırın.
  • Neyin taşınabildiğini ve neyin taşınamadığını belgeleyin. Ortak parçalar araçlar arasında taşınır; araca özgü uzantılar taşınmayabilir. Taşınabilirlik üzerine bir vaat kurmadan önce onun sınırlarını bilin.

Özetle sektör, birbiriyle yarışan biçimlerin karmaşasından ortak bir biçime doğru ilerliyor ve bu, yapay zekâ özelleştirmesine yatırım yapmanın bir kumar olmaktan çıkıp hesaplı bir karara dönüştüğü aşamadır. Origami olarak bu eklentileri ve müşterilerimizin gerçek sistemleriyle bağlantılarını oluşturuyoruz; sahipliğin ve esnekliğin tedarikçide değil, müşteride kalması için baştan bu şekilde tasarlıyoruz.

Kaynaklar