Open Design'ı neden bir ürün değil de bir beceri katmanı olarak inşa ettik

Şu anda dizüstü bilgisayarınızdaki en güçlü kodlama ajanı Claude, Codex, Cursor, Gemini, OpenCode ya da Qwen. Bir tane daha edinmeniz gerektiğini düşünmüyoruz. Eksik olan ham zeka değil — eksik olan zevk, yapı ve tasarımı bir zanaat olarak gören bir iş akışı.

Open Design, işte o eksik katmanı doldurma denememizdir. Bir sohbet ürünü değildir. "Arka planda yapay zeka kullanan" bir tasarım aracı da değildir. İnce bir beceri katmanıdır — bir klasör dolusu SKILL.md dosyası, taşınabilir bir tasarım sistemleri kütüphanesi ve mevcut CLI ajanlarınızı otomatik algılayıp birbirine bağlayan bir daemon.

Bu yazı, bu tercihi neden yaptığımızı, bunun Open Design'ı nasıl kullanacağınız açısından ne anlama geldiğini ve "ürün değil katman" yaklaşımının neden bir kısayol değil de kalıcılığa oynanmış bir bahis olduğunu anlatıyor.

Bir ürün yanlış biçim olurdu

2026'da bir yapay zeka tasarım projesine başlarken içgüdüsel tepki, yeni bir uygulama inşa etmektir: bir sohbet arayüzü, bir tuval, bir faturalandırma sistemi ve kullanıcı sayınızla doğrusal olarak büyüyen bir model faturası. Bu yolu düşündük ve üç nedenle reddettik.

Sohbet arayüzü bir emtiadır

Her kullanıcının zaten yetenekli bir ajanı ve güvendiği bir sohbet kutusu var. Bunlara daha kötü bir tanesini eklemek — bizim markamıza sarılı, geliştirdikleri kas hafızasından yoksun — kimseye yaramaz. Değer arayüzde değildir. Değer, enter tuşuna bastıktan sonra ajanın yaptığındadır: tasarlanmış görünen bir sunum mu üretiyor, yoksa bir div yığını mı?

Model faturası yaratıcılığa konan bir vergidir

Çıkarımı ürüne dahil edin, ekonomi sizi köşeye sıkıştırır. Token'lara zam yapmak, uzun oturumları kısıtlamak ve marjınız ayakta kalsın diye en yeni modellere erişimi karne usulü dağıtmak zorunda kalırsınız. Bu hamlelerin her biri, bir tasarım aracının tam da ödüllendirmesi gereken davranışı cezalandırır: yinelemeyi, keşfetmeyi ve işin asıl iyi olduğu yerin üçüncü taslak olması nedeniyle ajanı yeniden çalıştırmayı.

Kilitlenme yanlış bir varsayılandır

Tasarımcılar; dosyaları, sistemleri ve becerileri zarar görmeden yanlarında alarak ayrılabilmelidir. Bir ürün her şeyi tescilli bir duruma sarar — dışa aktarın, elinizde gerçeğin yassılaştırılmış bir gölgesi kalır. Bir beceri katmanının saracağı hiçbir şey yoktur, çünkü yapıtların kendisi zaten dosyalardır. Ayrılmanın bir bedeli yoktur, ki kalmanın bir anlam taşıması da tam olarak bu yüzdendir.

Bu yüzden onun yerine katmanı inşa ettik. Bir klasör bırakın, daemon'ı yeniden başlatın, beceri ortaya çıksın. Klasörü yanınızda götürün, farklı bir ajana bırakın, beceri orada da çalışır.

Bir beceri aslında nedir

Open Design'da bir beceri, bir SKILL.md dosyası ile aynı klasördeki isteğe bağlı destekleyici varlıklardan oluşur. Markdown dosyası şunları tanımlar:

• Becerinin ne yaptığı — sade bir dille, tek paragraf
• Ne zaman çağrılacağı — ajanın doğru yönlendirme yapabilmesi için yazılmış tetikleme koşulları
• Çıktının biçimi — HTML, PDF, slaytlar, bir Markdown özeti
• Kısıtlar — OKLch cinsinden palet, font yığını, yerleşim duruşu, marka söz dağarcığı

Ajan dosyayı okur, çağırıp çağırmayacağına karar verir ve çıktıyı diske yazar. Eklenti sistemi yoktur, API yüzeyi yoktur, sürüm uyumluluğu matrisi yoktur. Markdown yazabiliyorsanız, bir beceri yayınlayabilirsiniz.

Bir becerinin anatomisi

Somut olarak bir beceri, daemon'ın açılışta keşfettiği bir dizindir:

skills/
  magazine-poster/
    SKILL.md          # the contract: trigger, output shape, constraints
    examples/
      launch.html     # a known-good artifact the agent can pattern-match

SKILL.md ön bilgisi (front matter) beceriyi ve tetikleyicilerini adlandırır; gövde ise ajanın bir özet gibi okuduğu yönlendirmedir. Beceriyi kaydeden tek şey, onun diskte var olmasıdır — yükseltilecek bir manifest, derleme adımı veya inceleme kuyruğu yoktur.

Dosyalar neden eklentileri yener

Bu bilinçli bir tercihtir. On beş yıldır eklenti ekosistemlerinin çürümesini izledik — her biri ifade gücü ile kalıcılık arasında bir takas, ikisini de kazanamadan. Bir eklenti, birinin belirli bir yıldaki API'sinin anlık görüntüsüdür; çalışma zamanı ilerler, API bozulur ve bel bağladığınız iş akışı yok olur. Dosyalar bozulmaz. Bugün yazılan bir SKILL.md, iki yıl sonra bir ajana da, hiçbir aracı olmayan bir insana da tam olarak aynı şekilde okunur.

Sistemler neden o da Markdown

Open Design onlarca tasarım sistemini — Linear, Vercel, Stripe, Apple, Cursor, Figma ve daha fazlasını — DESIGN.md dosyaları olarak sunar. Aynı fikir: taşınabilir, okunabilir, ajan tarafından sindirilebilir.

Bu bağlamda bir tasarım sistemi, bir Figma kütüphanesi değildir. O bir sözleşmedir:

## Color
--bg: oklch(98% 0.01 95);
--ink: oklch(20% 0.02 260);
--accent: oklch(72% 0.19 35);

## Type
Display — Albert Sans, 600, -0.02em
Body — Albert Sans, 400, 1.7 line-height

## Posture
Generous whitespace. One accent, used sparingly. No drop shadows.

Ajan sözleşmeyi okur ve ona saygı gösteren bir iş üretir — algısal olarak dengeli kalsınlar diye OKLch cinsinden renkler, sapmayacağı bir tipografi ölçeği, üretilen on ekranın tek bir ürün gibi hissettirmesini sağlayan bir yerleşim duruşu.

Karıştırın, çatallayın ve sahiplenin

Bir sistem sadece metin olduğu için, birini çatallayıp yerinde düzenleyebilir, bir varyant yayınlayabilir ya da otuz dakikada sıfırdan kendi sisteminizi yazabilirsiniz. Hatta proje ortasında sistemleri karıştırabilirsiniz — tipografiyi Linear'dan, renk mantığını Vercel'den, yerleşimi şirket içi özel bir spesifikasyondan çekebilirsiniz — çünkü sizinle kurallar arasında duran hiçbir ikili (binary) format yoktur. Becerilerin ve sistemlerin nasıl bir araya geldiğinin tüm mekaniği 31 beceri, 72 sistem: Open Design kütüphanesi nasıl çalışır yazısında ele alınıyor.

BYOK tek dürüst modeldir

Open Design kendi anahtarını getir ilkesiyle çalışır. OpenAI uyumlu herhangi bir uç nokta için — DeepSeek, Groq, OpenRouter, kendi barındırdığınız vLLM — bir temel URL ve bir API anahtarı yapıştırırsınız, işte bu kadar:

OPENAI_BASE_URL=https://api.deepseek.com/v1
OPENAI_API_KEY=sk-…

Çıkarım çalıştırmıyoruz. Token'lar üzerinden marj almıyoruz. Sizinle bir faturalandırma ilişkimiz yok. Bu bir sürdürülebilirlik sorunu değildir — "ajan çalıştığında parayı kim öder?" sorusunun tek dürüst cevabıdır.

Gizlilik aynı tercihten doğar

Daemon sağlayıcıyı doğrudan makinenizden çağırdığı için, istemleriniz hiçbir zaman sunucularımızdan geçmez. Onları kaydedecek bir proxy yok, yayımlanmamış işlerinizi sessizce saklayan bir analitik hattı yok. Ajans işleri ya da NDA altındaki herhangi bir şey için, "bu nerede çalışıyor?" sorusu bir tedarik görüşmesi olmaktan çıkıp bir ayara dönüşür. Daha derin ödünleşimler — ve hâlâ var olan pürüzler — BYOK gerçeklik kontrolü yazısında.

Parayı kimin ödediğinin cevabı şudur: siz, doğrudan, seçtiğiniz model sağlayıcısına. Biz aradan çekiliriz.

Bunun sizin için anlamı

Hoş bir sohbet kutusu ve tek bir abonelikle gelen cilalı bir SaaS istiyorsanız, doğru araç biz değiliz. Bu biçimde iyi ürünler var — onları kullanın.

Şöyle bir iş akışı istiyorsanız:

• işi zaten güvendiğiniz ajan yapsın,
• beceriler okuyup düzenleyebileceğiniz dosyalar olsun,
• tasarım sistemleri projeler ve ajanlar arasında taşınabilir olsun,
• ve fatura bize değil, model sağlayıcısına gitsin —

o halde Open Design tam size göre. GitHub deposuna girin, pnpm tools-dev komutunu çalıştırın, ajanınızı bir beceriye yönlendirin ve yayınlayın.

Beceri katmanı kazanır, çünkü dizüstü bilgisayarınızdaki ajanla rekabet etmez. Onu güçlendirir.

İlgili okumalar

• 31 beceri, 72 sistem: Open Design kütüphanesi nasıl çalışır — bu katmanın inşa edildiği dört temel ilke
• BYOK tasarım iş akışı: Claude, Codex ya da Qwen'i kendi anahtarınızla çalıştırın — kendi anahtarını getir modeli pratikte
• Figma'ya açık kaynaklı alternatif — "ürün değil katman" bahsinin mevcut devle karşılaştığı nokta