void(0) diye bir şirketti, bu yüzden bir iş modeline ihtiyaçları olmuş olmalı.

Ve açıklandığı gibi bir skills marketplace de gelirse, sadece gerekli skill'leri alıp ihtiyaç olduğunda etkinleştirerek kullanmak bana göre oldukça iyi olabilir.

Görünen o ki Vite'ın popülerliği artık bunu ticarileştirme aşamasına kadar taşıyor..

Vite'in birleştirmemesinin bir sebebi vardır herhalde; Bun'ın gerçek kullanım deneyimlerinin nasıl olduğunu merak ediyorum.

Kodlama tarafında Claude Code kullanırken buna da entegre edilebilecek bir kısım olabilir mi diye düşünüyorum.
Şu anda da Claude.md içine rehberleri koyup ayrıntılı rehberleri ayrı ayrı bölerek ilerliyorum.

Oo, özlü açıklama için teşekkürler.

Gerçek şu ki... bunu bilseniz bile, bunun ötesinde çok daha fazlası var..

Az sayıda token ile çok iş yapmak için, prompt optimizasyonundan ziyade çoklu ajanlar ve özetlemeyi kullanarak bunu basitçe çözmek mümkün gibi görünüyor. Soruna katılıyorum, ancak çözüm yaklaşımının sınırlı kaldığını düşünüyorum.

Claude Skills harika, MCP'den bile daha büyük bir yenilik olabilir

Bağlam yönetimiyle Claude Skills arasında nasıl bir ilişki olabilir? Ben de daha önce var olan Claude Code özel komutlarından ne farkı var ki? diye düşünmüştüm; ama dokümanları okudukça en büyük farkın, herhalde tek bir skill’in içine Python ya da JavaScript gibi script kodlarını dahil edip çalıştırabilmek olması gibi göründü bana.

Görünüşe göre bağlama SKILLS.md dosyasının tamamı değil, en üstte aşağıdaki gibi önce sadece ad ve açıklama kısmı her zaman ekleniyor.

name: skill-creator
description: Etkili skill'ler oluşturma rehberi. Bu skill, kullanıcılar Claude'un yeteneklerini uzmanlaşmış bilgi, iş akışları veya araç entegrasyonlarıyla genişleten yeni bir skill oluşturmak (ya da mevcut bir skill'i güncellemek) istediğinde kullanılmalıdır.
license: Tam koşullar LICENSE.txt içinde

Yine de sonuçta iyi bir iş yapmış gibi görünüyor.

Şirketlerin döşediği bakır kabloları kullanırken ya da alternatif diye uydu çanağıyla internete girerken aşırıya kaçan bir özgür yazılım felsefesi savunuluyor gibi geliyor.
Burada yazılanların hepsi gerçekleşse bile, yine de açık kaynağın kazanmadığını söyleyecekler gibi görünüyor.

Livewire'ın eğlenceli olduğu doğru ama UI biraz karmaşıklaşınca cehenneme dönüyor. O andan itibaren Phoenix avantajlarını hızla kaybediyor. Döngü uzadıkça iş zorlaştığı için ben pek tavsiye edemiyorum.

Skills de token kullanmıyor mu? Eğer kullanıyorsa, token kullanımı sorunu yine ortaya çıkacak gibi görünüyor; o durumda buna nasıl yanıt verileceğinden pek emin değilim.

Abartı gerçekten.

Ben de bir zamanlar neredeyse serverless inananı gibi serverless mimariyi her yere uyguluyordum ama bugünlerde ec2 bir tane ve rds bir taneden oluşan yapıyı daha çok tercih ediyorum. Sonra da ihtiyaç oldukça gerekenleri teker teker ayırıyorum. Serverless’i devreye almak için de çok düşündüm.
Bunun çeşitli nedenleri var ama ekipte serverless bilgisi olmayan tek bir kişi bile olsa iletişim/bakım maliyeti epey artıyordu. Ayrıca tekrar sunucu işletmeye başlayınca, serverless’in düşündüğüm kadar ucuz ya da düşündüğüm kadar rahat olmadığını bir kez daha fark ettim.

Claude Code ile çalışırken talimatları ya da kuralları sürekli bağlama beslemek gerekiyor; sonunda da token kullanımı ile bağlam arasında denge kurmayı düşünür hale geliyorsunuz. Sonra aklıma bir klasör oluşturup ayrıntılı içeriği oraya işlev bazında Markdown dosyaları olarak detaylıca yazmak, claude.md içine ise "şunu yapmak için buna bak" türünden bir sürü işaretçi koymak geldi; bu yöntem oldukça ucuza ve iyi çalıştı. Skills da sonuçta bunun gibi şeylerin bir araya getirilmiş hâli olacağına göre, epey kullanışlı görünüyor.

MSA, OneDrive, Copilot falan filan... bunları kullanıcıların ağzına zorla tıkma işini artık bıraksalar iyi olur.

Bunu Hacker News hakkında saçmalık dediğim şeklinde söylemedim, yanlış anlaşılma olmasın lütfen.