Beceri ve MCP sunucusu katalogları: ekip aynı şeyi iki kez kurmasın diye

İki haftada aynı konuda birkaç haber çıktı: AI araçları için talimatları ve bağlantıları, bütün ekip tek bir doğrulanmış sürümü alacak şekilde nasıl saklamalı. Camunda onaylı bloklar kataloğunu yayımladı, Workato kendini güncelleyen bir MCP sunucusu gösterdi, HubSpot ve Google becerileri raflara dizdi. İşletme sahibi için soru basit: şirkette “biz bunu şöyle yapıyoruz” bilgisi kimde duruyor ve o değişince kim sorumlu.

Ne çıktı

Camunda 21 Ekim'de hayali bir banka örneğiyle Camunda Hub'daki Catalog'u anlattı. Kuruluşun tek kataloğu var, yetkinlik merkezi oraya doğrulanmış blokları yayımlıyor: kredi bürosuna sorgu, kimlik doğrulama, yaptırım listelerinde kontrol, müşteriye bildirim. Ekipler bloğu süreç düzenleyicisindeki menüden alıyor ve öncesine ve sonrasına kendi adımlarını ekliyor. Bloğun yaşam döngüsü git'te yaşıyor: commit, inceleme, sürüm, CI kataloğa yayımlıyor. Yetkinlik merkezi hangi projenin hangi sürümde olduğunu görüyor ve bloğu dolaşımdan çıkarmadan önce bunun kimi etkileyeceğini biliyor. Camunda 8.10 ile geliyor.

Workato 20 Ekim'de Google Workspace için MCP sunucusunu anlattı. Yedi Google uygulamasına (Gmail, Drive, Calendar, Docs, Sheets, Slides ve Contacts) model bağlamında onlarca açıklama taşıyan yedi sunucu yerine iki yardımcılı tek araçtan erişiliyor. Binden fazla eylem sunucu tarafında duruyor ve zincirde model olmadan ifadeye göre seçiliyor. Sunucu günde bir kez Google'ın bütün uç noktaları tanımlayan kataloğunu tarıyor, yeni özelliği deneme hesabıyla sandbox'ta çalıştırıyor, ardından yargıç, muhalif ve hakem rollerindeki üç model onu yayımlayıp yayımlamamaya karar veriyor.

HubSpot 14 Ekim'de Claude'daki beceriler, eklentiler ve MCP bağlayıcılarının farkını anlatan bir inceleme yayımladı. Formül basit: bağlayıcı dış servise erişim, beceri sözlerle yazılmış prosedür, eklenti bütün ekip için paket. Beceri bağlayıcısız çalışır ama canlı verileri görmez.

Google 13 Ekim'de becerilerin çıkış takvimini güncelledi: Gemini uygulamasındaki beceriler 13 Ekim'den kasım ortasına kadar dağıtılıyor, 12 Ekim'e vadedilen Workspace becerileri ise yeni tarih verilmeden ertelendi. Bu, ekibin iş sürecini henüz tarihi olmayan bir özellik üzerine kurmaya değer mi sorusuyla ilgili.

Red Hat 16 Ekim'de Connectivity Link 1.5 içinde MCP geçidinin çıktığını duyurdu: geçidin ve sunucuların ekipler arasında yalıtımı, durumsuz oturumlar, prompt ve kaynak desteği, MCP için sınırlayıcılar. Bu kurumsal ölçek, ama öz aynı: ajanın hangi araçlara erişimi olduğunu birinin yönetmesi gerekiyor.

İşletme için ne anlama geliyor

Üç yöneticili bir araç kiralamayı ele alalım. Her birinin Word'de kendi sözleşme şablonu, müşteriye kendi mektup metni ve araç iadesinde neyi kontrol edeceğine dair kendi notu var. Sigorta fiyatı değişince üç şablondan birinde düzeltiliyor. “Aynı şeyi üç kez kurmak” tam da bu, üstelik AI olmadan.

Haberlerdeki katalog aynı sorunu çözüyor: tek doğrulanmış sürüm, onun bir sahibi, değişikliğin bir düzeni var. Aracın kendisi bunu vermiyor. Herkesin istediğini koyduğu beceri klasörü altı ay sonra aynı üç şablona dönüşür. Sonuç: katalog, her kaydın bir sorumlusu olduğunda ve nasıl değiştirileceği belli olduğunda açılmaya değer.

Bende nasıl

2021'den beri teknik ortağı olduğum ABD'deki PDR şirketinde projeleri üç kişi kararlaştırıyoruz: sahibi, ikinci sürekli geliştirici ve ben. Sonra her projenin kendi sahibi var. İkinci geliştirici AppSheet'i yürütüyor, sunucu, ağ, telefon sistemi, API ve site bende. Ürün olarak kataloğumuz yok, ama ilke aynı: her parçanın sürümünden sorumlu bir insan var.

Kodda bana yardım eden araçların kurallarını kodun yanında, aynı depoda, belgeler gibi tutmak kullanışlı. O zaman kodla ve veritabanıyla birlikte müşteriye geçiyorlar ve sistemi başka bir geliştirici devralabiliyor. Kendi sitemde Ekim 2026'da llms.txt ve AI asistanları için bir olgular sayfası ekledim, asistan ne yaptığımı ve hangi koşullarda yaptığımı uydurmasın diye. Etkisine dair rakamım yok.

2021-2025 yıllarında Upwork'te Google Sheets etrafındaki işler arasında kataloğun tamamen pratik bir sürümü de vardı: hazır tablo şablonlarını yenilerine taşıma, 2022'den 2025'e kadar. Şablon da aynı doğrulanmış blok, soru ise hep aynı: hangi sürüm doğru.

Workato ve Camunda'yı kendimde denemedim. Kendini güncelleyen MCP sunucusunu yalnızca günlükle kurardım: neyi ne zaman kendisi ekledi ve buna kim baktı.

Ben ne yapardım

Bir listeyle başlardım: ekip her gün hangi talimatları, şablonları ve bağlantıları kullanıyor.

Her kayda bir sahip ve saklama yeri atardım: teknik şeyler için git, ekip talimatları için değişiklik geçmişi olan ortak bir belge.

Erişim ile prosedürü, HubSpot'un incelemesindeki gibi ayırırdım: CRM bağlantısı ile “talebi şöyle düzenliyoruz” kuralı farklı hızda değişir.

Yeni kaydı, Workato'nun sandbox'ta kanarya çalıştırması gibi, gerçek bir talepte kontrolden geçirirdim. Üç ayda bir katalogda kimsenin kullanmadığı şeylere bakar ve kaldırırdım.

İlgili yazılar

Süreç kurallarını çalışanlar ve araçlar için nasıl tanımlayacağınızı İş mantığı: kurallar, durumlar ve haklar yazısında inceledim. Yaklaşım: Sonucu doğrulanabilen süreçte AI ve talepten sonraki adıma süreç otomasyonu. Vaka çalışmaları: ABD'deki PDR şirketinin teknik ortağı ve Google Sheets ve Apps Script: Upwork'teki işler. Aynı konudaki yazılardan: AI ajanıyla işi nasıl bölüşüyorum, neden ücretsiz araçlarla kuruyorum ve canlı sunucuda ajana neye izin veriyorum. Daha önce: hazır bağlayıcıda süreç mantığı nerede başlıyor. Ekibinizin talimatları ve şablonları üç yerde yaşıyorsa, en sık hangilerinin değiştiğini anlatın. Görevi konuşalım.