Tasarımcı Skill'leri: Abartılan Skill Değil, Sayısı

Skill listeleri viral oluyor, kimse ölçmüyor. Ölçenler bakınca çıkan tablo şu: kopyalanan skill'lerin yarısından fazlası bir daha hiç güncellenmiyor.

Son altı ayda tasarımcı skill'leri bir tür koleksiyon sporuna dönüştü. LinkedIn'de, X'te, Notion sayfalarında aynı listeler dönüp duruyor. "Şu 20 skill'i kur, hayatın değişsin." Listeler birbirinden kopyalanıyor, kimse tek bir görevde önce–sonra ölçümü paylaşmıyor.

Skill dediğimiz şey teknik olarak mütevazı: ajanın belirli bir işe girdiğinde okuduğu, ne yapacağını ve neyi asla yapmayacağını anlatan bir metin dosyası. Sihir yok. Gücü de zayıflığı da aynı yerden geliyor — içine ne yazdıysan onu uyguluyor.

Bu arada konuyu ciddi ciddi ölçen akademik çalışmalar çıktı. Sonuçları hem skill karşıtlarını hem skill hayranlarını rahatsız edecek türden.

Araştırma

Rakamlar ne diyor

Yakın tarihli bir çalışma 18.463 registry skill'ini ve 5.876 GitHub deposundan çıkan 23.199 kişisel skill'i taradı. Aradıkları soru basitti: insanlar bu dosyalarla ne yapıyor?

Araştırmanın kendi ifadesiyle: benimseme büyük ölçüde tek seferlik bir kopyalama davranışı gibi işliyor. İndiriyorsun, bir kere çalıştırıyorsun, klasörde kalıyor.

Sorun burada bitmiyor. Bir kütüphane eskidiğinde kod patlar, uyarı alırsın. Bir skill eskidiğinde model onu sessizce, güvenle uygular. Yanlış talimatı hatasız çalıştırır. Buna skill rot deniyor ve fark etmesi zor çünkü hiçbir şey kırılmıyor — sadece çıktı yavaş yavaş kötüleşiyor.

Pratikte bunun anlamı şu: bir skill'i kurmadan önce içindeki talimatları okumadıysan, ajanına imzasız bir sözleşme imzalatıyorsun. Beş dakikalık bir okuma, aylarca fark etmeyeceğin bir davranış bozukluğunu baştan eler.

Peki neden hâlâ konuşuluyor?

Çünkü madalyonun öbür yüzünde de bir rakam var: küratörlü skill'ler, 84 görev üzerinde ajanın başarı oranını ortalama %16,2 artırdı. Modelin kendi kendine yazdığı skill'lerde tutarlı bir fayda görünmedi.

Aynı çalışmalarda iki pratik sınır daha çıkıyor: 80 skill'i geçen düz listeler bozulmaya başlıyor, ve dar kapsamlı skill'ler geniş kapsamlılardan belirgin biçimde iyi çalışıyor. Yani "50 skill kurdum" bir başarı göstergesi değil, bir semptom.

Sebebi de mantıklı. Ajan her işe başlarken hangi skill'in devreye gireceğine karar vermek zorunda. Elli tane birbirine benzeyen dosya arasından doğru olanı seçmek zorlaşıyor, üstüne hepsi context'te yer kaplıyor. Kapsam genişledikçe talimat da muğlaklaşıyor: "iyi bir arayüz tasarla" cümlesi hiçbir kararı belirlemiyor, "birincil butonda asla gradient kullanma" cümlesi belirliyor.

Skill'in kendisi abartılı değil. Abartılan şey sayısı.

Altyapı

Altı ayda ne oldu

Ekosistemin olgunlaştığını gösteren şey liste sayısı değil, etrafında biriken sıkıcı altyapı. Son aylarda üç parça birden yerine oturdu.

Paket yöneticisi, güvenlik taraması, kurumsal yönetim. Bir teknolojinin "denedim, havalıymış" aşamasından çıktığının en net işareti bunlar.

Tasarım tarafında: DESIGN.md

Tasarımcıyı doğrudan ilgilendiren kısım burada. Ortaya tek bir düz metin dosyası konvansiyonu çıktı: DESIGN.md. Fikir basit — tasarım sistemini ajanın okuyabileceği bir dosyaya yazıyorsun, ajan her bileşeni sıfırdan uydurmak yerine senin kurallarınla üretiyor.

Google Stitch'in yayımladığı spec etrafında hızla araç birikti: hazır DESIGN.md koleksiyonları, 300'den fazla gerçek sitenin tasarım sistemini bu formata çeviren kataloglar, binlerce AI-okunabilir tasarım sistemi sunan platformlar.

İçine ne yazıldığı da sürpriz değil: renk ve tipografi token'ları, spacing ölçeği, bileşenlerin hangi durumda hangi varyantı kullandığı, ve en kritik kısım — yasaklar. Tasarım sistemi dokümanlarında zaten var olan ama Figma'da kalıp koda hiç geçmeyen bilgi. DESIGN.md'nin yaptığı tek şey o bilgiyi ajanın okuyabileceği bir yere taşımak. Bunun bir "yeni teknoloji" değil, bir dosya adı konvansiyonu olması da işin en iyi tarafı.

Kurumsal tarafta somut bir örnek de var: LINE Yahoo'nun tasarım ekibi, tasarım sistemlerini "AI-Ready" hâle getirme sürecini anlattı. Figma Code Connect, MCP, agent skill'leri ve DESIGN.md'yi birlikte kullandılar; React ve Vue tarafında markup mühendisliği eforunda %80 azalma bildirdiler.

Kütüphane

Tasarımcılar için bakmaya değer olanlar

Listenin sonundaki Layers ilginç bir uyarı: 281 yıldız ve 9 commit. Çerçeve iyi düşünülmüş ama henüz bir araç değil. Yıldız sayısı olgunluk göstergesi değil; ikisi de değil aslında.

Impeccable'ın yazarı Paul Bakaus'un bir cümlesi bu işin özünü anlatıyor:

Ajana "daha cesur yap" dediğinde neon efekt ve cam yüzey almanın sebebi bu. "Cesur" senin kafanda bir anlam taşıyor, dosyada taşımıyor. Skill kurmak prompt yazmak değil, tanım yazmak. Bakaus'un kendi ifadesiyle: burada tam otomasyon yok ve olmayacak.

İşe yarayan skill neye benziyor

Biz de kendi skill'lerimizi kurduktan sonra aynı yere geldik. Brick Institute'te marka tonuna göre içerik düzenleyen ve carousel üreten skill'leri gündelik olarak kullanıyoruz. Öğrendiğimiz üç şey var: skill kurmak bir kereye mahsus bir iş değil, güncellemeyi hatırlamak gerçek maliyetin kendisi, ve altı ay önce yazdığın talimat bugünkü problemin sebebi olabiliyor.

Aksiyon

Bu hafta ne yapabilirsin

• Üçüncü kez aynı şekilde yaptığın bir işi seç. Sunum hazırlama, component dokümante etme, research notu özetleme — hangisiyse.
• Adımlarını, verdiğin kararları ve "bunu asla yapma" kurallarını düz bir dosyaya yaz. Format önemsiz, netlik önemli.
• İlk hâli kötü olacak. Normal. İki üç kullanımda oturuyor.
• Kurduğun her skill'e bir sahip ve bir gözden geçirme tarihi ata. Yoksa altı ay sonra skill rot senin de problemin olur.

Skill'ler hâlâ abartılı. Ama abartılan şey skill'in kendisi değil, sayısı. Elli tane kurmak seni hızlandırmıyor; gerçek işinden çıkardığın üç tanesi hızlandırıyor. 🧱