Proje Yönetimi İçin MCP Sunucusu: Puanlanmış 10 Maddelik Kontrol Listesi

Proje yönetimi için iyi bir MCP sunucusu, bir yapay zekâ istemcisinin panonu başında beklemen gereken bir anahtar olmadan okuyup değiştirmesine izin verir, diğerlerine dokunmadan tek bir istemcinin bağlantısını kesmeni sağlar ve ajanlara işi sahiplenmek, sana soru sormak ve ne yaptıklarını kanıtlamak için güvenli bir yol sunar. Aşağıda bunu kapsayan on kontrol, her birinin neden önemli olduğu ve Weft, Hypertask, Linear, Trello ve Notion için puanlanmış bir tablo var.

Weft’i biz geliştiriyoruz. Diğer ürünlerle ilgili bilgiler, 27 Ekim 2026’da kontrol edilen resmî sayfalarından alındı. Bir sayfa bir konuda bilgi vermiyorsa tabloda "Belirtilmemiş" yazıyor.

Bir proje yönetimi MCP sunucusunu neden puanlamalı?

Model Context Protocol tesisat işini çözer: bir istemci sunucuya hangi araçların olduğunu sorar ve onları yapılandırılmış argümanlarla çağırır. Bir belirtecin ne kadar yaşadığı, iki ajanın aynı görevi kapıp kapamayacağı ya da bir ajan bir şeyi silmek istediğinde ne olacağı hakkında hiçbir şey söylemez. Bunlar ürün kararlarıdır ve sunucudan sunucuya çok farklıdır.

Hypertask’ın proje yönetimi MCP sunucuları rehberinde mantıklı bir değerlendirme listesi var: araç kapsamı, şema kalitesi, kimlik doğrulama ve kapsam, denetim geçmişi, yıkıcı eylemler, aktarım. Yalnızca listeyi hiç doldurmuyor. Bu yazı benzer bir listeyi alıyor, evet ya da hayır diye yanıtlanabilen on kontrole dönüştürüyor ve yanıtları, bizimkiler dahil, dolduruyor.

On kontrol nedir?

1. Nasıl giriş yapıyorsun ve belirteç ne kadar sürüyor?

Bir yapılandırma dosyasına kopyaladığın anahtar, diskte duran bir paroladır; süresi dolduğunda da ajanın bir çalışmanın ortasında sessizce başarısız olur. Yenileme belirteçli OAuth, kopyalanacak hiçbir şey ve yenilemek için takvim hatırlatıcısı olmadığı anlamına gelir. Yalnızca yöntemi değil, hem erişim belirtecinin hem de bağlantının ömrünü sor.

2. Hesabını kapatmadan tek bir istemcinin erişimini iptal edebiliyor musun?

Birkaç istemci bağlayacaksın: bir sohbet uygulaması, bir kodlama ajanı, belki bir telefon. Biri yanlış davrandığında ya da bir dizüstü bilgisayar kaybolduğunda o tek bağlantıyı kesip diğerlerini çalışır hâlde bırakmak istersin. Elindeki tek kol paylaşılan bir anahtarı değiştirmekse, her istemci aynı anda bozulur.

3. Her bağlantıya ayrı bir izin düzeyi verilebiliyor mu?

"Panomda ne var?" diye sormak için kullandığın bir istemcinin yazma erişimine ihtiyacı yok. Bir kodlama ajanının yazmaya ihtiyacı var ama toplu arşivlemeye nadiren. read, write ve full gibi bağlantı başına düzeyler her istemciye ihtiyacı olan en azını vermeni sağlar; bu, kafası karışmış ya da yönlendirilmiş bir ajana karşı tek başına en iyi savunmadır.

4. Yıkıcı eylemler işaretli ve sınırlı mı?

MCP araçları, bir aracın salt okunur mu yoksa yıkıcı mı olduğunu söyleyen ipuçları taşıyabilir ve istemciler bunları harekete geçmeden önce sormak için kullanabilir. Sunucunun bunları dürüstçe ayarladığını ve "sil"in gerçekte ne yaptığını kontrol et: geri yükleyebildiğin bir çöp kutusu, kalıcı silmeden çok farklıdır.

5. Bir ajan, iki ajan çakışmasın diye görevi sahiplenebiliyor mu?

Bir kartı Doing’e taşımak görsel bir işarettir, kilit değildir. Panoyu bir saniye arayla okuyan iki ajan görevi boşta görür ve ikisi de başlar. Sunucunun karar verdiği, kiralamalı bir sahiplenme ikinci ajana hayır denmesi demektir; bir ajan öldüğünde süresi dolan kiralama da görevi başkası için serbest bırakır.

6. Ajan sana yapılandırılmış bir soru sorabiliyor mu?

Ajanlar yalnızca bir insanın karar verebileceği yol ayrımlarına gelir. Bunun için bir araç yoksa ajan ya tahmin yürütür ya da durur ve soru bir sohbet geçmişinde kaybolur. Seçenekleri olan ve gerçekten göreceğin bir yere ulaşan yapılandırılmış bir soru, kararı göreve bağlı tutar.

7. Tamamlama kanıt taşıyor mu?

Bir ajandan gelen "bitti" bir iddiadır. Bağlantıları, dosya hash’lerini ya da diğer artefaktları ve neyin yapılmadığını kaydeden bir tamamlama, işi baştan çıkarmadan kontrol etmeni sağlar. Pano işi hangi istemcinin yaptığını da göstermeli.

8. Hangi istemciler ona gerçekten ulaşabiliyor?

Bir sunucu, ancak zaten kullandığın istemciler kadar işe yarar. Her biri için gerçek yolu kontrol et: ChatGPT’de yayımlanmış bir uygulama, Claude’da özel bağlayıcı ya da dizin listelemesi, Claude Code, Cursor ve Codex’te tek satırlık kurulum. Ajanın sorusunun sana, yani insana, telefonunda ulaşıp ulaşamadığını da kontrol et.

9. Ücretsiz plan MCP üzerinden neye izin veriyor?

Ajanlar çok sayıda küçük çağrı yapar. Panoları, görevleri ya da çağrıları sayan bir ücretsiz plan hafta ortasında tükenebilir. Bir alışkanlık oluşturmadan önce tam sınırı ve MCP’nin ücretsiz plana dahil olup olmadığını öğren.

10. Aktarım güncel mi?

MCP spesifikasyonu değişiyor. Güncel uzak aktarım Streamable HTTP ve eski SSE uç noktaları birkaç sağlayıcı tarafından kullanımdan kaldırılıyor. Desteklediği spesifikasyon sürümlerini belirten bir sunucuya, istemcin güncellendiğinde güvenmek daha kolaydır.

Weft, Hypertask, Linear, Trello ve Notion nasıl puan alıyor?

Her hücre yalnızca sağlayıcının kendi sayfasının ya da canlı sunucusunun söylediğini kullanıyor. "Belirtilmemiş" özelliğin olmadığı anlamına gelmiyor; bugün bunu resmî bir kaynaktan doğrulayamadığımız anlamına geliyor.

Bunu okurken birkaç dürüst not. Linear, Trello ve Notion, MCP sunucuları pek çok yüzeyden yalnızca biri olan geniş ürünler; MCP belgeleri kiralama ya da yapılandırılmış soru gibi ajan iş akışı araçlarını anlatmıyor, bu yüzden ajana özgü birçok satır boş. Trello’nun kalıcı silmeyi sunmayı reddetmesi iyi bir güvenlik tercihi. Linear’ın ayrı salt okunur uç noktası 3. kontrolü karşılamanın temiz bir yolu. Ekibin zaten bunlardan birinde yaşıyorsa resmî sunucu genellikle doğru başlangıçtır; Weft ve Linear, Weft ve Trello ve Weft ve Notion karşılaştırmalarına bak.

Hypertask kiralamayı, kanıtı ve yükseltmeyi ürününe yerleştiriyor, ama MCP belgeleri bunların tasarım gereği MCP’de değil REST API’de durduğunu söylüyor. Ajanların betik çalıştırıyorsa bu iyi işler. Yalnızca MCP üzerinden bağlanan bir sohbet istemcisinin bunlara erişemediği anlamına gelir. Hypertask’ta Weft’te olmayan şeyler de var: betikler ve CI için bir CLI, bir REST API, kendi kimliği olan hizmet hesabı olarak ajanlar, yerleşik yapay zekâ özellikleri, zaman takibi ve klavye öncelikli bir arayüz. Daha uzun karşılaştırmamız Hypertask alternatifi yazısında.

Weft hangi konularda iyi puan almıyor?

Weft’in MCP sunucusunda 32 araç var ve bunları listelemek ucuz değil: tools/list yanıtını yaklaşık 17,7 bin token olarak ölçtük. Hypertask’ın araç başvurusu araçlarını eyleme göre grupluyor; böylece her biri bir action alanı taşıyan 21 araç daha fazla işlemi kapsıyor. Bu gerçek bir ödünleşim. Gruplanmış araçlar modelin bağlamında daha az yer kaplar. Ayrı araçlar ise her aracın kendi salt okunur ya da yıkıcı ipucunu taşımasını sağlar; bir read bağlantısının tam olarak 11 salt okunur araç, bir write bağlantısının da 3 yıkıcı araç dışında her şey anlamına gelmesini sağlayan budur. Biz ikincisini seçtik; istemcinin bağlamı darsa birincisi sana daha uygun olabilir.

Diğer eksikler, açıkça. Weft’in CLI’ı, herkese açık REST API’si ve webhook’ları yok; yani bir yapay zekâ istemcisi olmadan bir CI işinden yönetilemez. GitHub ya da Slack entegrasyonu yok. Kişisel erişim belirteçlerinin kapsamı yok: tek bir belirteç çalışma alanındaki 32 aracın hepsine ulaşır; bu yüzden istemcin destekliyorsa OAuth’u tercih et, çünkü bağlantı başına düzeyler yalnızca OAuth bağlantılarında geçerli.

Prompt injection’a karşı nasıl korunmalısın?

Görev metnini, yorumları ya da bağlantılı sayfaları okuyan bir ajan, bunların içine gizlenmiş talimatlarla yönlendirilebilir. MCP bunu çözmez; senin kurulumun çözer. Üç alışkanlık yardımcı olur.

• Salt okunur bir bağlantıyla keşfet. Yalnızca özet, günlük durum ya da arama istiyorsan o istemciyi read düzeyinde bağla. Weft’te bu yalnızca 11 salt okunur aracı bırakır ve reddedilen bir çağrı kotandan düşmez.
• Yıkıcı çağrıları gözden geçir. Yıkıcı olarak işaretlenmiş araçları tüm oturum için onaylamak yerine istemcinin onay sorusunu açık tut. Weft’te bunlar trash_task, archive_done_tasks ve complete_sprint; çöpe atılan görevler 30 gün boyunca geri yüklenebilir kalır.
• Pano içeriğini veri olarak gör. Bir görev açıklamasındaki talimatlar senden gelen talimatlar değildir. Ajanının uyduğu kuralları, görev metninin onları geçersiz kılamayacağı sistem istemine ya da proje kurallarına koy.

Sahiplenme döngüsü de yardımcı olur. Bir ajan yayımlama ya da üretim ortamına dokunma gibi geri dönüşü olmayan bir adıma geldiğinde, bir kartta bulduğu metne göre hareket etmek yerine request_input çağırıp yanıtını bekleyebilir.

Ne zaman bir MCP sunucusuna ihtiyacın yok?

MCP, bir modelin sürekli değişen bir panoda eylemler arasında seçim yapması gerektiğinde ek yükünü hak eder. Pek çok iş böyle değildir.

• Bir olay her zaman bilinen tek bir güncelleme üretiyorsa: sağlayıcının API’sine karşı yazılmış bir betik bir modelden daha basit ve ucuzdur.
• Periyodik bir anlık görüntüye ihtiyacın varsa: bir dışa aktarma işi görür. Weft JSON ve Markdown dışa aktarma ve özel bir takvim akışı sunar.
• Tek kişi, tek kısa oturum: iş sohbetten uzun yaşayana kadar depodaki bir Markdown kontrol listesi yeterli.
• Pipeline’ın yapay zekâ istemcisi olmadan CI’da çalışıyorsa: CLI’ı ya da REST API’si olan bir araç seç. Weft’te bugün ikisi de yok.

Karar vermeden önce bir sunucuyu nasıl test edersin?

1. Bir istemciyi read düzeyinde bağla ve ondan panoyu özetlemesini iste. Hiçbir şey değişmemeli.
2. Bir test projesinde write’a geç ve ondan bir görev oluşturup taşımasını iste. Panonun bunu hangi istemcinin yaptığını gösterdiğini kontrol et.
3. Aynı göreve iki istemciden başla. İkincisi reddedilmeli, işi sessizce tekrarlamamalı.
4. Ajandan sana seçenekli bir soru sormasını iste ve sana nereden ulaştığını kontrol et: uygulama, telefonun, e-postan.
5. Görevi kanıt olarak bir bağlantıyla bitir, sonra istemcinin bağlantısını kes ve bir sonraki çağrısının başarısız olduğunu doğrula.

Weft’te 1. adım Claude Code’da tek komut, Cursor’da tek tık, Codex’te bir yapılandırma satırı artı codex mcp login weft ya da ChatGPT’de uygulamayı eklemek. MCP görev yöneticilerinin tam listesi MCP görev yöneticileri karşılaştırması sayfasında, sahiplenme döngüsü ise sahiplenme döngüsü yazısında anlatılıyor.

Araç sayısı kalitenin bir işareti değil mi?

Hayır. Uzun bir araç listesi her oturumda bağlam harcar; Weft’in 32 aracı yaklaşık 17,7 bin token tutuyor. Önemli olan, ihtiyacın olan araçların var olması, dürüst salt okunur ve yıkıcı ipuçları taşıması ve açık hatalarla başarısız olması.

OAuth gerçekten bir API anahtarından daha güvenli mi?

Kopyalanan sırrı ortadan kaldırır ve tek bir istemciyi tek başına iptal etmeni sağlar. Weft yenileme belirteçleri verir, böylece istemci girişi kendisi yeniler. OAuth desteklemeyen istemciler için Weft kişisel erişim belirteçleri de sunar, ama onların kapsamı yok.

ChatGPT’ye Weft panoma salt okunur erişim verebilir miyim?

Evet. Onay ekranında read düzeyini seç ya da sonradan Ayarlar’da Bağlı yapay zekâ istemcileri altında değiştir. O bağlantı artık yalnızca 11 salt okunur aracı görür.

Bir ajan bir görevi tutarken çökerse ne olur?

Weft’te kiralama, nabız sinyali olmadan 20 dakika sonra sona erer ve görev atanmamış duruma döner; böylece başka bir ajan ya da kişi onu alabilir.

Bunu denemek için ücretli bir plana ihtiyacım var mı?

Hayır. Weft’in ücretsiz planı ayda 50 etkin görev ve 200 MCP çağrısı içerir; Pro koltuk başına ayda $7 ya da yılda $60. Fiyatlandırmaya bak.

Zaten Linear ya da Trello kullanıyoruz. Geçmeli miyiz?

Yalnızca MCP için değil. Resmî sunucuları, ekibinin zaten sahip olduğu veriler üzerinde çalışır. Sahiplenmeyi, soruları ve kanıtı doğrudan MCP içinde istiyorsan Weft’i düşün; Linear CSV ya da Trello JSON’dan içe aktarma her planda ücretsiz. Linear’dan geçiş ya da Trello’dan geçiş sayfalarına bak.