Stil kılavuzunu siz yazdınız. Bu ay içinde on birinci kez Claude’a yapıştırdınız. Ama taslak yine de bir LinkedIn gönderisi gibi çıktı.
AI tarafından üretilen içeriği düzenlemek için harcadığınız zaman, o içeriği kendiniz yazmak için harcayacağınız zamandan fazlaysa, ortada ciddi bir sorun var demektir. Haziran 2026’da Optimizely’nin 2.000’den fazla pazarlama lideriyle yaptığı bir ankette, katılımcıların %76’sı her hafta en az üç saatini AI tarafından üretilen çıktıları düzenlemek, doğruluğunu kontrol etmek veya düzeltmekle geçirdiğini belirtti. Sadece %4’ü, AI’nın sürecin her aşamasında zaman kazandırdığını söyledi.
Claude, bir şeyin nasıl yazılmasını istediğinizi zaten tam olarak biliyorsa, ona aynı kuralları her seferinde sıfırdan öğretmek zorunda kalmamalısınız. İşte bu noktada yazma amaçlı Claude Becerileri devreye girer: Tekrarlanabilir yazma işlerinin ardındaki belirli talimatları bir paket halinde toplamanıza olanak tanır. Claude, doğru türde bir istek algıladığında bu talimatları kullanır.
Özet: Yazma amaçlı bir Claude Becerisi oluşturmanın en zor kısmı, Claude’un SKILL.md dosyasını açmasını sağlamaktır. İçindeki stil kılavuzunuz mükemmel olsa bile hiçbir zaman yüklenmeyebilir. Başlangıçta Claude, yalnızca her becerin adını ve açıklamasını görür. Becerin isteğinize uygun olduğuna karar verdikten sonra talimatların tamamını okur. Bu da açıklamanın bir kısmını talimat, bir kısmını ise yönlendirme kuralı haline getirir. Bu kılavuz, güvenilir bir şekilde çalışan bir beceri yazmanın yollarını, beceri çalışmaya başladığında içinde nelerin bulunması gerektiğini, ilk olarak geliştirilmesi gereken beş yazma becerisini ve bir becerinin ne zaman yanlış araç olduğunu gösterir.
Claude Becerileri Nedir ve Yazma Konusunda Nasıl İş Görür?
Bir Claude Becerisi, Claude’a tekrarlanabilir bir görevin nasıl yerine getirileceğini öğreten bir klasördür. Talimatlar, referans dosyaları, şablonlar ve isteğe bağlı komut dosyaları içerebilir, ancak her Beceri, zorunlu olan tek bir dosyayla başlar: SKILL.md.
Bu dosya, bir ad ve açıklama içeren küçük bir YAML önbilgi blokuyla açılır. Geri kalanı ise, beceri etkinleştirildiğinde Claude'a yapılacaklar hakkında bilgi veren düz markdown metninden oluşur.
Yazarlar için, kaydedilmiş bir komut ile yeni bir komut arasındaki anahtar fark, bu talimatların konuşmaya nasıl dahil edildiğinde yatmaktadır. Komutu kendiniz yapıştırırsınız. Claude, isteğiniz bir Becerinin kullanım amacına uygun olduğunda, o Beceriyi tespit edip yükleyebilir.
Anthropic buna " aşamalı ifşa" adını veriyor. Claude, Beceriyi aşamalar halinde yükler:
| Seviye | Neler yüklenir | Ne zaman | Belirteç maliyeti |
|---|---|---|---|
| Meta veriler | Ad ve açıklama | Başlangıçta her zaman kullanılabilir | Küçük; yalnızca meta veriler |
| Talimatlar | SKILL.md dosyasının ana bölümü | Claude, Beceriyi tetikleyici olarak kullandığında | 5.000 belirteçin altında önerilenler |
| Kaynaklar | Ek kılavuzlar, örnekler, şablonlar veya komut dosyaları | Claude'un bunlara ihtiyacı olduğu için | Referans dosyaları okunduğunda belirteç harcanır; komut dosyaları, kaynak kodları bağlam içine girmeden de çalıştırılabilir |
Bir marka Skill'i, kapsamlı bir stil kılavuzuna, onaylanmış örneklerden oluşan bir kütüphaneye ve ayrı bir yasaklanmış kelimeler dosyasına yönlendirebilir. Claude, öncelikle temel yazma prosedürünü yükler ve destekleyici dosyaları yalnızca görev gerektirdiğinde açar.
Bu da, ilk kez Skill geliştiren birçok kişinin takıldığı bir noktayı açıklıyor: Claude, SKILL.md dosyasındaki talimatları okumadan önce, meta verilerine dayanarak Skill'inizin konuyla ilgili olup olmadığına karar vermelidir. Tetikleyiciyi oluştururken bu konuya tekrar döneceğiz.
Beceriler, kod yürütme özelliği açıkken, Claude Code'da ve Claude API'sinin kod yürütme ortamında çalışır. Anthropic ayrıca bu biçimi açık bir standart olarak yayınlamıştır, böylece diğer AI araçları da bunu benimseyebilir.
Datasette'in oluşturucusu ve Django'nun ortak oluşturucusu Simon Willison şöyle diyor:
Skill'ler, çok az miktarda YAML meta verisi ve ortamda çalıştırılabilir hale getirebileceğiniz isteğe bağlı komut dosyaları içeren markdown dosyalarıdır. Bunlar, LLM'lerin ruhuna çok daha yakındır: biraz metin ekleyin ve modelin gerisini halletmesine izin verin.
Skill'ler, çok az miktarda YAML meta verisi ve ortamda çalıştırılabilir hale getirebileceğiniz isteğe bağlı komut dosyaları içeren markdown dosyalarıdır. LLM'lerin ruhuna çok daha yakındırlar: metin girin ve modelin bunu çözmesine izin verin.
Ayrıca şunu da okuyun: Tasarım için Claude Becerileri
Neden Çoğu Yazma Becerisi Asla İşe Yaramaz?
Bir yazma Skill'i, şimdiye kadar yazdığınız en iyi stil kılavuzunu içerebilir ama yine de yapılacak hiçbir şey olmayabilir.
Asıl sorun bir üst seviyede yatıyor: Beceri'nin açıklaması, içinde ne olduğunu anlatıyor ancak Claude'a, karşısındaki istek için onu kullanması için pek bir neden sunmuyor. Buna tetikleyici boşluk diyelim.
Yukarıdaki yükleme modeline geri dönelim. Bir Beceri tetiklenmeden önce, Claude, SKILL.md dosyasında bir saatinizi harcadığınız ayrıntılı talimatlara değil, Beceri'nin adına ve açıklamasına erişebilir. Anthropic'in yazım kılavuzuna göre, açıklama hem Beceri'nin ne yaptığını hem de Claude'un onu ne zaman kullanması gerektiğini açıklamalıdır. Bu alan en fazla 1.024 karakterden oluşabilir.
İlk deneme genellikle şöyle görünür:
açıklama: Markamızın ses tonu ve editoryal standartlarımız.
Doğru, ancak belirsiz. Claude, klasörün içinde ne olduğunu biliyor. Ancak hangi isteklerin onu etkinleştirmesi gerektiği konusunda hâlâ çok az bilgiye sahip.
Şimdi bunu şununla karşılaştırın:
açıklama: Blog yazıları, açılış sayfaları, e-postalar ve sosyal medya başlıkları dahil olmak üzere, Acme’nin kurumsal sesine uygun pazarlama metinlerini yazar ve düzenler. Müşteriye yönelik metinleri taslak haline getirirken, yeniden yazarken, düzenlerken ya da düzenleme yaparken ya da kullanıcı Acme’nin marka sesi, üslubu veya stil kılavuzundan bahsettiğinde kullanın.
İkinci sürüm, Claude’a çok daha fazla yönlendirme olanağı sunuyor. Bu sürümde, blog yazıları, açılış sayfaları, e-postalar ve sosyal medya metinleri gibi iş türleri belirtiliyor. Ayrıca, becerinin kullanılacağı durumlar da tanımlanıyor: taslak hazırlama, yeniden yazma, son rötuşlar, düzenleme ve marka sesiyle ilgili talepler.
Açıklamayı bir yol tarifi olarak düşünün; bu, Claude'un kapıdan içeri girmesini sağlayan şeydir.
Yazma Becerileri, devreye girdikten sonra başka bir arıza moduna da girebilir.
SKILL.md dosyanızda şunlar yazdığını varsayalım:
- Kurumsal dil kullanmaktan kaçının
- Cümleleri kısa ve öz tutun
- Kısaltmalar kullanın
- Cümle uzunluğunu çeşitlendirin
- Yasaklanmış ifadeler kullanmayın
Claude, taslak hazırlarken bu kurallara uyabilir, ancak yine de kurallardan sapan metinler üretebilir. Bazı kısıtlamalar kodla kolayca kontrol edilebilir. Bir komut dosyası, yasaklanmış kelimeleri, cümle uzunluğunu veya okunabilirliği işaretleyebilir. Ancak “doğal ses vermesi” ve “ses tonumuzla uyumlu olması” gibi unsurlar subjektif değerlendirmelere dayanır. Bu nedenle, güçlü bir yazma Skill’i, ş Akışına entegre edilmiş bir inceleme aşamasına ihtiyaç duyar. Claude’a taslak hazırlamasını söyleyin, sonuçu kısa bir editoryal kontrol listesiyle karşılaştırın, kurallara uymayan kısımları düzeltin ve ancak o zaman metni teslim edin.
Beceri adını, gerçekleştirdiği göreve göre belirleyin
Beceri adınız, tam talimatlar yüklenmeden önce Claude’un gördüğü meta verilerin bir parçasıdır; bu nedenle adınızı somut tutun.
Tutarlı ve açıklayıcı isimler kullanın ve sık sık -ing ile biten eylem isimleri (gerundlar) kullanın. Yazma Becerileri için bu, genellikle bir bakışta anlaşılması kolay isimler ortaya çıkarır:
- blog-yazıları-düzenleme
- yazma-ürün-metni
- marka-sesini-gözden-geçirme
- haber bültenlerini iyileştirme
- editoryal-stil-denetimi
Ad alanı küçük harfleri, sayıları ve tire işaretlerini kabul eder. “writing-helper”, “content-tools” veya “brand-stuff” gibi adlardan kaçının. Bu tür adlar, Becerinin üstlendiği görev hakkında çok az bilgi verir.
Her seferinde isim fiil kullanmak zorunda değilsiniz. "blog-düzenleme" veya "brand-voice-review" gibi isimler de iş görebilir. Asıl önemli olan, Beceri kütüphaneniz genelinde tutarlılık ve özgüllüktür.
Claude Becerileri ile Komutlar, Projeler, Özel Talimatlar ve MCP'nin Karşılaştırması
Claude’un özel özelleştirme seçenekleri arasında seçim yapmanın en kolay yolu, neyi korumaya çalıştığınızı sormaktır: bir prosedür, bir bağlam bütünü, evrensel bir tercih mi, yoksa başka bir sisteme erişim mi?
| Özellik | İçindekiler | Ne zaman geçerlidir? | Yazma için en iyi kullanım |
|---|---|---|---|
| Beceri | Tekrarlanabilir bir prosedür, ayrıca isteğe bağlı referans dosyaları ve komut dosyaları | Claude, becerinin alakalı olduğuna karar verdiğinde | Yapmak istediğiniz düzenleme aşaması, birçok taslak üzerinden geçmelidir |
| Slash komutları | Manuel olarak çalıştırılan bir Claude Kod komutu; özel komutlar artık aynı Skill mekanizmasını kullanıyor | /name yazdığınızda | Otomatik tetikleyiciyi beklemek yerine, yazma ş akışını bilinçli bir şekilde yürütmek |
| Proje | Tek bir Çalışma Alanı'na bağlı bilgiler ve talimatlar | Proje içindeki sohbetlerde | Bir müşteri, kampanya, yayın veya kitap |
| Özel/profil talimatları | Claude’u genel olarak şekillendirmesi gereken tercihler | Konuşmalarınız genelinde | “Uzun girişleri atla” veya “İngiliz İngilizcesi kullan” |
| MCP | Harici araçlara ve canlı verilere erişim | Claude, bağlantı aracını kullandığında | Kampanya verilerini almak, bir CMS'yi okumak veya bitmiş bir taslağı kaydetmek |
Bir Proje, içerik tek bir iş bütününe ait olduğunda kullanışlıdır. Kampanya özetini, kaynak röportajları, onaylanmış iddiaları ve müşteri bilgilerini buraya ekleyin.
Aynı prosedürün farklı projelerde tekrarlanması gerektiğinde bir Skill kullanın. Beş müşteri için makale düzenliyorsanız, her müşterinin kendi Projesi olabilir; bu durumda tek bir düzenleme Skill'i, tekrarlanan işlemleri (giriş bölümünü sıkılaştırma, yasaklanmış ifadeleri kaldırma, yapıyı kontrol etme ve son taslağı stil kurallarınıza göre gözden geçirme) halleder.
MCP, erişim işlemlerini yönetir. Claude'un CMS'nizden bir taslak almasına veya canlı kampanya verilerini getirmesine izin verebilir. Ardından Skill, Claude'a bu materyalle yapılacakları söyler. Başka bir deyişle, MCP araçları ve harici bağlantıları sağlarken, Skill'ler bunları kullanmak için gerekli prosedürel bilgiyi sağlar.
Zaten Claude Projeleri üzerinde iş yapıyorsanız, bunları değiştirmenize gerek yoktur. Projeye özgü bilgileri orada tutun ve başka bir yerde yeniden kullanmak istediğiniz süreçleri bir Beceriye taşıyın.
Ayrıca şunu da okuyun: Yazma Konusunda Claude ve ChatGPT Karşılaştırması
Bir Yazma Becerisine Neler Dahil Edilmelidir (ve Neler Dahil Edilmemelidir)
Bir yazma Skill'i, Claude'un doğru yazıyı oluşturabilmesi için ihtiyaç duyduğu kararları ve kendini kontrol etmek için izlemesi gereken adımları içermelidir. Claude'un zaten bildiği her şeyi dışarıda bırakın.
Anthropic, SKILL.md dosyasının ana gövdesini 500 satırın altında tutmanızı ve beceri büyüdükçe fazladan ayrıntıları ayrı dosyalara aktarmanızı önerir.
Bir yazma Becerisi için, SKILL.md dosyasına şunları ekleyin:
- Tetikleyici niteliğinde bir açıklama: Beceriyi etkinleştirmesi gereken yazma görevlerini, çıktılarını ve durumları belirtin
- "Tamamlandı"nın net bir tanımı: Bitmiş çıktının neyi başarması gerektiğini belirtin; örneğin okuma seviyesi, kelime sayısı aralığı veya gerekli bölümler gibi.
- Karar olarak ifade edilen ses kuralları: “İkinci şahıs kullan, kısaltmalar kullan ve retorik sorular sorma” kuralı, “samimi ve profesyonel bir üslup kullan” kuralından daha etkilidir. Claude ilk kuralı kontrol edebilir. İkinci kuralı ise yalnızca tahmin edebilir.
- Yasaklanmış kalıplar: Claude'un kullanmamasını istediğiniz kelimeleri, deyimleri ve yapıları listeleyin. Her biri için yerine ne kullanması gerektiğini Claude'un anlayabilmesi için net bir yeniden yazım ekleyin.
- Birkaç somut örnek: İki veya üç "öncesi-sonrası" çifti gösterin. Bunlar, sıfatlarla dolu bir paragraftan daha hızlı bir şekilde yazarın sesini aktarır.
- Yapısal kurallar: Başlık hiyerarşisi, paragraf uzunluğu, bağlantı yerleşimi, zorunlu bölümler ve giriş bölümünün yerine getirmesi gerekenler
- Gözden geçirme aşaması: Taslağı geri göndermeden önce Claude'a neleri kontrol etmesi gerektiğini söyleyin
- Destekleyici dosyalara doğrudan bağlantılar: SKILL.md dosyasından stil kılavuzuna, örneklere, şablonlara veya Claude'un ihtiyaç duyabileceği diğer materyallere doğrudan yönlendirin.
Zaman ayırıp bu ana dosyayı olabildiğince net, ayrıntılı ve açık tutun. Hacimli referans materyallerini ana dosyanın dışında tutun. Tam marka kitabınız, onaylanmış makaleler arşiviniz, araştırma kütüphaneniz ve uzun örnek listesi SKILL.md dosyasının yanında bulunabilir ve yalnızca gerektiğinde yüklenebilir.
Örneğin:
Böylece SKILL.md, her bir dosyanın ne zaman açılması gerektiğini tam olarak belirleyebilir:
- “Müşteriye yönelik metinleri düzenleme işleminden önce [style-guide.md](style-guide.md) dosyasını okuyun.”
- “Yasaklanmış yapıları öğrenmek için [banned-phrases.md](banned-phrases.md) dosyasını okuyun.”
- “Giriş bölümünün yeniden yazılması gerektiğinde, [örnek/approved-intros.md](örnek/approved-intros.md) dosyasına bakın.”
Hızlı bir test: Bir satırı silin ve Claude'un o satır olmadan da doğru kararı verebilecek mi diye sorun. Evet ise, o satırı bir referans dosyasına taşıyın. Hayır ise, SKILL.md dosyasında bırakın.
Altı Adımda Yazma Amaçlı Bir Claude Becerisi Nasıl Oluşturulur?
Yazma amaçlı bir Claude Becerisi oluşturmak için, tekrarlanabilir bir düzenleme işi seçin, Claude'un sürekli gözden kaçırdığı düzeltmeleri tespit etmek amacıyla bu işi manuel olarak bir kez çalıştırın, Becerinin ne zaman devreye gireceğini belirleyen bir açıklama yazın (talimatları yazmadan önce), SKILL.md dosyasını kesin kurallara sahip adım adım bir ş Akışı olarak yapılandırın, Claude'un kendi hatalarını yakalayabilmesi için bir öz değerlendirme kontrol listesi ekleyin, ardından doğrudan, doğal ve olumsuz komutlarla yönlendirmeyi kurun ve stres testi uygulayın. Ayrıntılı olarak:
1. Adım: Daha önce on kez tamamlanmış bir işi seçin
Düzeltmelerini neredeyse tahmin edebileceğiniz bir görevle başlayın.
“Daha iyi yazmama yardım et” ifadesi çok genel. “Bir blog taslağı üzerinde son düzeltme işlemini gerçekleştir” ifadesi ise tekrarlanabilir bir yapıya sahiptir. Aynı şekilde, bir röportaj metnini müşteri hikayesine dönüştürmek, ürün metnini şirketinizin üslubuna uygun şekilde yeniden yazmak veya bir makaleyi editoryal standartlarınıza göre kontrol etmek de tekrarlanabilir işlemlerdir.
Kullanışlı bir ilk Skill, adını koyabileceğiniz üç şeye sahiptir:
- Giriş verisi: Claude ne alır?
- Bir dönüşüm: Claude buna ne yapılacak?
- Bir çıktı: Ne geri gelmeli?
Örneğin:
- Giriş: Tamamlanan bir blog taslağı
- Dönüştürme: Kurum stiline, yapıya, anlaşılırlığa ve yasaklanmış ifadelerin kullanımına göre düzenleme
- Çıktı: Yazarın argümanını koruyan, yayına hazır bir taslak
Bu üç satırı net bir şekilde dolduramıyorsanız, beceriyi oluşturmadan önce kapsamını daraltın.
2. Adım: İşi bir kez manuel olarak yapın ve düzeltmelerinizi kaydedin
SKILL.md dosyasını yazmadan önce, görevini bugün yaptığınız gibi Claude ile çalıştırın. Ardından ilk cevabın ardından neler olduğunu inceleyin.
Belki de Claude'a şunu söylemişsinizdir:
- “Tek bir cümle zayıfsa, tüm paragrafı yeniden yazmayın”
- “İstatistiği koruyun, ancak iddiaya daha yakın bir yere taşıyın”
- “Retorik sorular eklemeyi bırakın”
- “Sadece bölümü kısaltmak için yararlı ürün detaylarını çıkarmayın”
- “Düzenlemeden sonra geçişin hâlâ işe yarayıp yaramadığını kontrol edin”
Bu tür takip notları, genellikle resmi stil kılavuzunuzdan daha yararlıdır. Bu notlar, Claude'un kendi başına çözemediği kararları ortaya çıkarır. Sürekli tekrar edenleri kurallara dönüştürün, geri kalanını ise bir kenara atın.
Örneğin:
Düzenleme kuralları - Gerçeklerle desteklenmediği sürece yazarın argümanını koruyun. - Sorunu çözen en küçük düzenlemeyi yapın. - Retorik sorular eklemeyin. - Kanıtları, destekledikleri iddiaya yakın tutun. - Metni sildikten veya taşıdıktan sonra, çevresindeki geçişi kontrol edin ve gerekirse düzeltin.
Bu sayede, bizzat tanık olduğunuz başarısızlıklara dayanan bir Skill'e sahip olursunuz.
Örnek
Geliştirici pazarlama mühendisi Joe Karlsson, takımının blog iş akışı için tam da bu tür bir yazma Skill'i geliştirdi. Öncelikle kendi düzenleme sürecini kodlayarak işe başladı: marka ses kontrolü, yasaklanmış kelimeler liste, yapısal gereklilikler ve herhangi bir taslağın yayınlanabilmesi için sıfır hata ile geçmesi gereken Vale linting. İki onay aşaması (ana hat, ardından taslak) kaliteyi yüksek tuttu. Ancak asıl kazanç, bunu pazarlama takımıyla paylaştığında ortaya çıktı. Onun sözleriyle:
Eskiden her bir içerik parçasını tek tek gözden geçirmemi gerektiren işlemler artık otomatik olarak gerçekleşiyor. Bu beceri, bir takım içinde manuel olarak sağlayamadığım tutarlılığı sağlıyor.
Eskiden her bir içeriği tek tek gözden geçirmemi gerektiren işlemler artık otomatik olarak gerçekleşiyor. Bu beceri, bir takım içinde manuel olarak sağlayamadığım tutarlılığı sağlıyor.
Bu beceri, her bir içeriğin Joe’nun değerlendirmesinden geçmesini sağladı. Bu süreçteki darboğaz rolünü Joe’dan devraldı.
3. Adım: Talimatlardan önce açıklamayı yazın
Şimdi, Claude'un bu Beceri'yi bulup bulmayacağını belirleyen kısmı yazın. Ad ve açıklamayla başlayın:
—name: blog-editing-workflowdescription: Blog taslakları yapı, netlik, kurum stiline uygunluk ve kullanılması yasaklanmış ifadeler açısından tamamlandı. Kullanıcı bir blog yazısını düzenlemeyi, cilalamayı, gözden geçirmeyi, sıkılaştırmayı veya yayına hazırlamayı istediğinde kullanın. —
İşte şöyle görünecektir:
Anthropic, beceri adlarını 64 karakterle sınırlar ve küçük harfler, sayılar ve tire kullanımına izin verir. "claude" ve "anthropic" kelimeleri kısıtlıdır ve isimde yer alamaz. Açıklamalar, Claude Code ve API'da 1.024 karaktere kadar uzayabilir, ancak Claude.ai bunları 200 karakterle sınırlar; bu nedenle önce en kısa sürümü yazın ve diğer platformlar için genişletin. Açıklama, hem Becerinin ne yaptığını hem de Claude'un onu ne zaman kullanması gerektiğini açıklamalıdır.
Örnekte söylenmeyen şeye dikkat edin:
açıklama: Yayın stil kılavuzumuzu ve yazım standartlarımızı içerir.
Bu, klasörü tanımlar. Claude, hangi isteklerin bu klasöre ait olduğunu hala tahmin etmek zorundadır.
Bir açıklama hazırladıktan sonra, bir satır daha yazmadan önce bunu test edin. Beceri adını kaldırın ve şunu sorun: Birisi sadece bu açıklamayı görse, hangi isteklerin bu Beceriye ait olduğunu anlayabilir mi?
Ardından, bu sistemle birkaç istek deneyin:
- “Bu taslağı düzenleyicime göndermeden önce düzenle”
- “Örnekleri basitleştirmeden bu blog yazısını daha özlü hale getirebilir misiniz?”
- “Uzaktan iş ile ilgili beş istatistik araştırın”
İlk ikisi düzenleme Becerinizi mantıklı bir şekilde tetikleyici olarak kullanmalıdır, ancak üçüncüsü tetikleyici olmamalıdır. Bu olumsuz test hayati önem taşır. Her şeye tepki veren bir Beceri de yanlış yönlendirilmiş demektir.
4. Adım: SKILL.md dosyasını bir ş akışı olarak yazın
Claude bir Beceri seçtikten sonra, ana metin ona işi nasıl yapacaklarını söyler. Bunu bir prosedür olarak yazın: Claude'un sırayla uygulayacağı adımlar.
İşte basit bir yazma Skill'i örneği:
Blog düzenleme ş akışı## Amaç: Yazarın argümanını korurken, metnin netliğini, yapısını, akışını ve kurum stiline uygunluğunu iyileştiren, yayına hazır bir taslak sunmak. ## Süreç: 1. Düzenlemeye başlamadan önce taslağın tamamını okuyun. 2. Ana argümanı ve hedef okuyucu kitlesini belirleyin. 3. Giriş bölümünü, makalenin gerçek vaadiyle karşılaştırın. 4. Yapı ve netlik açısından bölüm bölüm düzenleyin. 5. Aşağıdaki kurum stil kurallarını uygulayın. 6. Son gözden geçirme kontrol listesini uygulayın. 7. Kullanıcı yorum talep etmedikçe, yalnızca düzeltilmiş taslağı iade edin. ## Kurum stil kuralları- Doğal olduğu yerlerde kısaltmalar kullanın. - Somut fiilleri tercih edin. - Retorik sorular kullanmayın. - `banned-phrases.md` dosyasında yer alan ifadelerden kaçının. - Yararlı örnekleri, kanıtları ve teknik ayrıntıları koruyun. - Cümle uzunluklarını doğal bir şekilde çeşitlendirin. ## Destekleyici materyal: Düz metin düzenleme sırasında `banned-phrases.md` dosyasını okuyun. Yazının üslubu veya tonu belirsiz olduğunda `approved-examples.md` dosyasını okuyun.
Kural gerçekten gerektirdiğinde kararlı olun. Örneğin, retorik soruların yasak olması durumunda, “Bunları kullanmayın” deyin.
Ancak yargılamayı, yargılamanın ait olduğu yerde bırakın. “Her paragraf tam olarak üç cümle içermelidir” gibi bir kural size tutarlılık sağlar. Ancak aynı zamanda yapay gelen bir üslup da yaratır.
Yazma için Skills'i kullanırken karşılaşacağınız başarısızlık şekli budur. Ş Akışının yaratıcı kısımlarını, özellikle de ses, ritim ve cümle kurma kurallarını aşırı detaylandırırsanız, Claude stilinizin bir karikatürünü üretmeye başlar. En belirgin kalem izlerinizi aşırı derecede öne çıkarır ve bunların arasındaki her şeyi düzleştirir.
Dahası, yazarların “İdiolekt Silinme Oranı” olarak adlandırdıkları şeyi ölçen yakın tarihli bir araştırma, yoğun yapay zeka ile yeniden yazmanın kişisel bloglarda yazarlık atıflarını yüzde 66,5 oranında azalttığını ortaya koydu. Yeniden yazımdan sonra, yazarları tanımlamak üzere eğitilmiş bir model, okuduğu metnin kime ait olduğunu zar zor ayırt edebildi. Beceri geliştiriciler için önemli olan nokta şudur: Asistana açıkça “yazarın sesini koru” talimatını veren komutlar bile sinyalin çoğunu geri kazanamadı. Sesinizin her boyutunu kodlamaya çalışan bir Beceri, sadece daha fazla talimatla, bu komutların yaptığının aynısını yapmaktadır.
Buradan çıkarılacak ders, Claude'un kontrol edebileceği kuralları (yasaklanmış kelimeler, yapı, okuma seviyesi) kodlamak ve üslup kurallarını daha esnek tutmaktır. "Kısaltmalar kullan, ikinci şahıs zamirleri kullan ve retorik sorular sorma" diyen bir Beceri, Claude'a doğrulanabilir üç kısıtlama getirir. Ritim, tempo, enerji ve tavır hakkında elli satırlık bir açıklama ekleyen bir Beceri ise, Claude'a teknik olarak kurallara uygun ama tamamen cansız bir metin üretmesi için yeterli serbestlik tanır. Claude'a hareket edebilmesi için yeterli bağlam sağlayın. Zaten bildiği her şeyi atlayın.
5. Adım: Düzenle-kontrol et-düzenle döngüsünü oluşturun
Bir Skill doğru şekilde yüklenmiş olsa bile zayıf bir taslak üretebilir. Bunu düzeltmek için, incelemeyi prosedürün bir parçası haline getirin. SKILL.md dosyasının sonuna doğru kısa bir kontrol listesi ekleyin:
Son gözden geçirme Taslağı geri göndermeden önce: - Giriş bölümünün net bir vaat içerdiğinden emin olun. - Yasaklanmış kelimeleri ve yapıları kaldırın. - Kanıtların, destekledikleri iddiaların yakınında yer aldığından emin olun. - Düzenleme sırasında oluşan ani geçişleri kontrol edin. - Gereksiz tekrarları kaldırın. - Cümle ritminin tekrarlayıcı hale gelmediğinden emin olun. - Yararlı örneklerin ve ayrıntıların düzenleme sürecinden sonra da metinde yer aldığından emin olun. Bulduğunuz her sorunu düzeltin, ardından taslağı geri göndermeden önce etkilenen bölümleri tekrar gözden geçirin.
Ayrıca, kontrol listesinin tanısal olduğundan emin olun. “Yazı iyi mi?” sorusu, Claude’a inceleyebileceği çok az şey sunar. “İddiayi destekleyen istatistiği çıkardım mı?” sorusu ise gözlemlenebilir bir şeye işaret eder. Ayrıca, mekanik olarak kontrol edilebilen kuralları, editoryal yargı gerektiren kurallardan ayırın. Bir komut dosyası, yasaklanmış bir ifadeyi yakalayabilir. Ancak bir girişin ilginç olup olmadığını veya bir paragrafın yazarın sesini yitirip yitirmediğini güvenilir bir şekilde söyleyemez.
İşte bu nedenle, Skill ilk denetimde başarılı olsa bile, AI içeriğinin düzenleme aşamasında yine de son aşamada bir insan tarafından gözden geçirilmesi gerekir.
6. Adım: Yükleyin, sonra bozulup bozulmadığını deneyin
Bir Beceriyi, Claude'dan adını bir kez söyleyerek kullanmasını isteyerek test etmeyin. Bu, yalnızca Claude'un açık bir talimatı uyguladığını kanıtlar. Asıl test, yönlendirmedir.
Claude'da, Skill klasörünü bir ZIP dosyası olarak paketleyin, ardından Özelleştir → Beceriler bölümüne gidin ve dosyayı yükleyin. Kod yürütme ve dosya oluşturma özelliklerinin etkinleştirilmiş olması gerekir. Claude Code'da, kişisel beceriler ~/.claude/skills/ altında, proje becerileri ise .claude/skills/ altında bulunabilir.
Ardından üç tür test yapın:
| Test | Örnek | Şu anda incelediğiniz konu |
|---|---|---|
| Doğrudan tetikleyici | “Bu blog taslağını yayınlanmak üzere düzenleyin.” | İstek açıkça eşleştiğinde Skill yükleniyor mu? |
| Doğal tetikleyici | “Bu bölüm çok uzun. Kısaltın ama örnekleri koruyun.” | Claude, beceri adı belirtilmeden görevi tanıyabilir mi? |
| Olumsuz tetikleyici | “Yapay zeka yazma araçlarıyla ilgili güncel araştırmaları inceleyin.” | Beceri, konuyla ilgisi olmayan işlerden uzak mı kalıyor? |
Birkaç komut denemesi yapın ve Claude’un görünür etkinliklerini inceleyerek, Skill’in ve destekleyici dosyaların yüklendiğini doğrulayın.
Başarısızlık durumunda, başarısız olan katmanı teşhis edin:
- Beceri hiç yüklenmiyor: Açıklamayı, görevleri ve tetikleyici durumları daha net bir şekilde ifade edecek şekilde yeniden yazın
- Beceri çok sık yükleniyor: Açıklamayı daraltın ve genel ifadeleri kaldırın
- Beceri yükleniyor ancak bir kuralı göz ardı ediyor: Talimatı daha açık hale getirin veya inceleme kontrol listesine taşıyın
- Referans dosyası asla açılmıyor: Claude'a tam olarak ne zaman okuması gerektiğini söyleyin
- Yanlış referans dosyası açılıyor: Dosyaları amaçlarına göre yeniden adlandırın ve SKILL.md dosyasındaki işaretçileri sıkılaştırın.
- Çıktı teknik olarak kurallara uygun ancak sıkıcı: Muhtemelen ş akışının yaratıcı kısımlarını aşırı detaylandırmışsınızdır
Gerçek kullanımdan sonra tekrarlamaya değer olan son test budur. Bir Skill’in ilk sürümü, işinizle ilgili bir hipotezdir. Beş ya da on denemeden sonra hâlâ yaptığınız düzeltmeler, ikinci sürüme nelerin eklenmesi gerektiğini gösterir.
Tüm bunların temelini oluşturan Claude AI komutları hakkında bilgilerinizi tazelemeniz gerekiyorsa, bu adım adım kılavuz temel bilgileri ele almaktadır:
Ayrıca şunu da okuyun: AI İçerik Oluşturma Araçları
Öncelikle Oluşturmaya Değer Beş Yazma Konulu Claude Becerisi
Yazım takımlarında en sık karşılaşılan darboğazları çözen beş beceri: kurum sesini yansıtan bir düzenleyici, röportajdan vaka çalışmasına dönüştürme yazarı, içerik özeti oluşturucu, içerik yeniden kullanım düzenleyicisi ve dokümantasyon tutarlılığı denetleyicisi.
Eğer sadece bir tane geliştirecekseniz, ilkini geliştirin. Ana ses düzenleyicisinin kuralları, sonuçta bu listedeki diğer tüm Becerilere de yön verir.
1. Kurumsal üslup düzenleyici
Bunu ne zaman oluşturmalısınız: Claude içeriği doğru anlasa da, takımınızın asla yayınlamayacağı türden ifadeler, ritimler veya yapıların içine sapmaya devam ediyorsa.
Etkili bir kurum sesi becerisi, sadece stil kılavuzunu saklamaktan daha fazlasını yapmalıdır. Claude’a bir düzenleme sırası verin: argümanı koruyun, yapıyı kontrol edin, kurum sesi kurallarınızı uygulayın, yasaklanmış kalıpları kaldırın ve ardından bitmiş taslağı gözden geçirip geri gönderin.
Aşağıdaki gibi dosyaları bir araya getirin:
- Tam ses kuralları için style-guide.md dosyasına bakın
- banned-phrases.md dosyası, kesin olarak hariç tutulacak ifadeler için
- approved-examples.md dosyasında, kulağa zaten doğru gelen metin örnekleri bulunmaktadır
Ardından, zaten güvendiğiniz metinler üzerinde bunu zorlu bir teste tabi tutun. Yayınlanmış birkaç pasaj seçin, Becerinin yakalamasını istediğiniz alışkanlıkları kasıtlı olarak ekleyin ve bunları düzenleyicide işleyin.
Claude'un neyi olduğu gibi bıraktığına da dikkat edin. Eğer Claude, sadece beceri tetiklendiği için iyi cümleleri sürekli yeniden yazıyorsa, talimatlarınız fazla agresiftir.
Şu durumlarda işe yaradığını anlarsınız: Zaten güçlü olan kısımları zayıflatmadan, fark edilebilir üslup sorunlarını düzelttiğinde.
2. Röportajdan vaka çalışmasına geçiş yapan yazar
Bunu şu durumda oluşturun: Müşteri hikayeleriniz tutarlı bir yapıya sahip olsa da, her röportaj anekdotlar, yarım cevaplar, metrikler ve konudan sapmaların farklı bir karışımı olarak karşınıza çıkıyorsa.
Beceri, yazmaya başlamadan önce kanıtları düzenlesin. Müşterinin sorununu, önceki yaklaşımını, uygulamayı, sonuçları ve kullanılabilir alıntıları çıkarabilir, ardından bu materyallerden bir taslak oluşturabilir.
İki veya üç onaylanmış vaka çalışması, Claude’a her bir bölümün ne kadar alan hak ettiğini ve nihai hikayelerinizin genel olarak nasıl bir akış izlediğini gösterebilir. Ancak, uydurma bağlantı unsurları için de plan yapmayı unutmayın. Konuşma metinlerinde etkinlikler arasında genellikle boşluklar bulunur ve Claude bu boşlukları kimsenin söylemediği şeylerle doldurabilir.
Bu boşlukları işaretlemesi veya çözülmemiş bırakması için ona açık bir kural verin.
Kısa ve öz bir kurulum şunun gibi olabilir:
writing-case-studies/├── SKILL.md├── case-study-structure.md├── approved-örnökök.md└── claims-checklist.md
Dikkat edilmesi gerekenler: Tamamen mantıklı gelen ancak konuşma metnine veya başka bir onaylanmış kaynağa dayandırılamayan cümleler.
3. İçerik özeti oluşturucu
Bunu şu durumda oluşturun: Yazı özetleri, bunları hazırlayan kişiye göre değişiklik gösterir ve yazarlar işe başlamadan önce sürekli aynı soruları sormak zorunda kalır.
Bu becerinin zayıf sürümü, en üstte bir anahtar kelime bulunan bir SEO taslağı oluşturur. Daha güçlü olanı ise bir yazarın gerçekten ihtiyaç duyduğu kararları hazırlar.
Aşağıdakileri belirlemek için buna ihtiyacınız olabilir:
- Muhtemel arama amacı
- Makalenin ana bakış açısı
- Tekrarlamaya gerek olmayan, bariz SERP kapsamı
- Kanıt gerektiren iddialar
- Soyut bölümleri somut hale getirmek için örnekler gerekiyor
- İçeriğe gerçekten uyan iç bağlantılar
- Birbiriyle örtüşme olasılığı yüksek bölümler
Ardından, çıktı yapısı olarak sabit bir özet şablonu verin.
Burası aynı zamanda, brifing ve taslak hazırlama aşamaları arasında kaybolma eğiliminde olan editoryal yargıları kodlamak için de iyi bir yerdir. Örneğin, rakip makalelerin hepsinde o bölüm bulunsa bile, o bölümün sizin sürümünüzde neden yer alması gerektiğini açıklayamadığı sürece, Claude’a o bölümü atlamasını söyleyebilirsiniz.
Bunun getirisi: Yazarlar daha az açık uçlu soruyla işe başlar ve düzenleyiciler, brief'te ortaya çıkan sorunları düzeltmek için daha az zaman harcar.
4. İçerik yeniden kullanım düzenleyici
Bunu ne zaman oluşturmalısınız: Tek bir kaynak varlığın düzenli olarak çeşitli biçimlere dönüştürülmesi gerektiğinde ve Claude size aynı özeti dört farklı uzunlukta sunmaya devam ettiğinde.
Her hedefe kendine özgü kurallar belirleyin.
Örneğin:
repurposing-content/├── SKILL.md└── biçimler/ ├── linkedin.md ├── newsletter.md ├── internal-Slack.md └── social-short.md
Ana Beceri, istenen hedefi tanımlayabilir ve yalnızca ilgili referans dosyasını açabilir. Bu, aşamalı bilgi paylaşımı modeline çok uygundur; çünkü Claude, dahili bir Slack güncellemesi yazarken haber bülteni kurallarınıza ihtiyaç duymaz.
Ve dönüşümü sadece metni kısaltmaktan öteye taşıyın. Bir haber bülteninin giriş kısmı bağlam gerektirebilir. Bir LinkedIn paylaşımı keskin bir gözlemle başlayabilir. Şirket içi bir güncelleme ise çoğunlukla karar, sorumlu kişi ve bir sonraki adımla ilgilenebilir.
5. Dokümantasyon tutarlılık denetleyicisi
Bunu şu durumda oluşturun: Dokümantasyonunuzda, unutulması kolay ve daha sonra düzeltilmesi zahmetli olan düzinelerce küçük kural varsa.
Belgeler bu amaç için çok uygundur, çünkü kuralların çoğu kesin kontroller olarak yazılabilir:
- Onaylanmış terminoloji
- Başlık yapısı
- Ön koşul olarak biçimlendirme
- Kod bloku kuralları
- UI etiketlerinde büyük harf kullanımı
- Uyarı ve not sözdizimi
- Ekran görüntüsü gereksinimleri
- Numaralı prosedür kuralları
Ayrıca bu Skill, markdown talimatlarının ötesine geçebilir. Skills, tek bir doğru cevap gerektiren kontroller için mükemmel olan çalıştırılabilir komut dosyaları içerebilir.
Bir komut dosyası, kullanımdan kaldırılmış ürün adlarını, geçersiz başlık kalıplarını veya yasaklanmış terimleri işaretleyebilir. Claude daha sonra, bir prosedürün açık olup olmadığı veya iki adımın sırasının değiştirilmesi gerekip gerekmediği gibi, editoryal karar gerektiren kısımları halledebilir.
Bu aracın karşılığını verdiğinin en iyi göstergesi: Düzeltmenler artık aynı mekanik yorumları bırakmayı bırakır ve zamanlarını metnin doğruluğu, netliği ve kullanılabilirliği üzerinde harcamaya başlayabilirler.
Altıncı Skill'i oluşturmadan önce, fikrinizi şu üç soruya göre değerlendirin:
- Bu ş akışı, sürdürülmesini haklı çıkaracak kadar sık gerçekleşiyor mu?
- Aynı yazma veya editoryal kararlar her seferinde yapılıyor mu?
- Claude'un bu kararları uygulayıp uygulamadığını anlayabilir misiniz?
Üç sorunun cevabı da "evet" ise, o Skill'i geliştirmek olasılıkla faydalı olacaktır. Görevin her sürümü tamamen farklı bir yaklaşım gerektiriyorsa, iyi yazılmış bir komut yine de daha uygun bir seçenek olabilir.
Pazarlama ve ürün yönetimi takımları da bu modelin kendilerine özgü sürümlerine sahiptir. Bunları, pazarlama için Claude Becerileri ve proje yönetimi için Claude Becerileri başlıklarında ayrı ayrı ele alıyoruz.
Hazır Claude Becerilerini Nereden Bulabilirsiniz?
Her Skill’i kendiniz oluşturmanız gerekmez. Anthropic, GitHub’da anthropics/skills adres inde, belge oluşturma, iletişim ve geliştirme alanlarına ait örnekler içeren resmi bir depo bulundurmaktadır. Bunların bazıları açık kaynaklıdır; referans amaçlı olarak “Skills” adlı üretim belgesi de kaynak kodu ile birlikte erişime açıktır.
Claude'da ayrıca Notion, Figma, Canva ve diğer ortakların geliştirdiği seçeneklerin yer aldığı yerleşik bir Beceri Dizini bulunur. Özel → Beceriler'i açın, + işaretine tıklayın, ardından Becerilere göz at seçeneğini seçin.
Yazarlar için bu iki alan en güvenli başlangıç noktalarıdır. Topluluk koleksiyonları büyük ölçüde geliştirici ş akışlarına yöneliktir ve Skills, markdown'un yanı sıra çalıştırılabilir komut dosyalarını da içerebilir.
Herhangi bir üçüncü taraf Skill'i küçük bir yazılım paketi gibi değerlendirin. Yüklemeden önce şunları kontrol edin:
- SKILL.md, Claude'a yapılacakları söyler
- İster komut dosyaları ister kabuk komutları olsun
- İster harici URL'leri alsın, ister hassas yerel verileri okusun
Unutmayın ki, kötü niyetli bir Skill, rastgele kod çalıştırabilir, dosyalara erişebilir veya ortamınızın dışına veri aktarabilir. Kurumsal kuruluşlar, Claude ve Cowork'ta yüklemeler için Skill ve eklenti güvenlik taramasını etkinleştirebilir; ancak bu, API veya Konsol'u kapsamaz ve manuel incelemenin yerini almaz.
Hızlı kural: Yalnızca markdown içeren bir Skill mi? Talimatları gözden geçirin. Yürütülebilir kod veya ağ erişimi mi var? Bir yazılım gibi inceleyin.
Yazma konusunda keşfetmeye değer diğer Claude Becerileri
Halka açık beceriler, blog taslaklarından tam metinlere kadar en yaygın yazma işlerinin çoğunu zaten kapsıyor. Yararlı olanlar genellikle dar bir alana odaklanıyor. Her biri tek bir editoryal işi kodluyor ve bunu iyi bir şekilde yerine getiriyor.
GitHub'dan herhangi bir şey yüklemeden önce dikkat etmeniz gereken bir nokta var: Bir Skill, kod çalıştıran komut dosyaları içerebilir. Önce SKILL.md dosyasını ve beraberindeki dosyaları okuyun. Anthropic, üçüncü taraf Skills için de aynı tavsiyeyi veriyor.
| Claude Becerisi | En uygun olduğu durumlar | Aşağıdaki durumlarda atlayın: |
|---|---|---|
| içerik-ve-metin | Blog yazıları, kılavuzlar, web sitesi metinleri ve genel editoryal işler | Zaten ayrıntılı bir şirket stil kılavuzuna sahipsiniz ve tek ihtiyacınız olan bu kılavuzun uygulanmasıdır, taslak hazırlama rehberliği değil. |
| metin yazarlığı | Açılış sayfaları, fiyatlandırma sayfaları, başlıklar, eylem çağrıları ve dönüşüm metinleri | İşleriniz çoğunlukla editoryal veya bilgilendirici nitelikte olup, satışa yönlendiren metinler çok azdır. |
| akademik-yazım | İddiaların kanıtlarla desteklenmesi gereken araştırma makaleleri ve teknik akademik metinler | Genel pazarlama veya iş içeriği yazıyorsunuz |
| curating-readme | Gerçek kod tabanına dayanan README'ler, KATKIDA BULUNMA kılavuzları, değişiklik günlükleri ve repo belgeleri | Belgeleriniz zaten Claude'un koruması gereken, olgunlaşmış bir iç stil sistemine uyuyor. |
| satır ve metin düzenleyici | Cümle düzeyinde düzenleme ve tutarlılık kontrolleri gerektiren uzun formlu kurgu dışı metinler | Kısa web metinlerini düzenlemeyi gerçekleştiriyorsunuz ya da son bir düzeltme için hafif bir araç arıyorsunuz |
| araştırma-makalesi-yazımı | Kesin iddialar, iddia-kanıt kontrolleri ve hakem bakış açısıyla kendi kendinizi değerlendirmenizin gerekli olduğu dergi makaleleri | Genel bir akademik yazım asistanı arıyorsanız, bu asistan ML/CV/NLP makaleleri için optimize edilmiştir. |
Claude Yazma Becerisini Mahveden Hatalar
Vazgeçilen Beceri'lerin çoğuna neden olan dört başarısızlık örneği şunlardır: her şeyi yapmaya çalışan tek bir Beceri oluşturmak, tam bir stil kılavuzunu SKILL.md dosyasına aktarmak, yinelenen bir kopyanın varlığının farkında olmamak ve çıktıyı, Beceri olmadan Claude'un ürettiği sonuçlarla asla karşılaştırmamak.
| Hata | Ne olur? | Düzelt |
|---|---|---|
| Her şeyi yapan beceri | "içerik" adlı bir Beceri, blogları, e-posta mesajlarını, sosyal medyayı ve belgeleri kapsar. Claude bunu görmezden gelir ya da konu satırına blog kurallarını uygular | Her iş için bir Skill. Birbiriyle çakışmayan açıklamalar |
| SKILL.md dosyasına aktarılan stil kılavuzu | Beceri her tetiklendiğinde 900 satırlık bir gövde tamamen yüklenir ve bu da Claude'un üzerinde iş yapmasını istediğiniz taslağı gölgede bırakır | Referans materyallerini paketlenmiş dosyalara taşıyın. Prosedürün ana gövdesini koruyun |
| Yinelenen | Skill'i düzenlersiniz, çıktı değişmez ve Skill'lerin işe yaramadığı sonucuna varırsınız. Genellikle iki kopya bulunur (biri kişisel, biri proje düzeyinde) ve Claude diğerini okur. | İçeriği hata ayıklamaya başlamadan önce her iki konumu da kontrol edin |
| Temel karşılaştırma yok | Çıktı daha iyi görünüyor, ancak Claude'un beceri olmadan ne ürettiğini hiç kontrol etmediniz. Sonunda, asla ortaya çıkmayacak gereksinimleri belgelemiş olursunuz. | Önce temsili görevleri çalıştırın. Spesifik hataları belgelendirin. Yalnızca bu hataları düzeltmeye yetecek kadar talimat yazın. |
Claude Becerilerinin Sona Erdiği ve İş Platformunun Başladığı Nokta
Bir Claude Becerisi, bir lansman makalesinin nasıl düzenlendiğini hatırlayabilir. Yine de lansman makalesini, özeti, en son ürün kararını, müşterinin stil kurallarını ve dün yapılan incelemede değişen her şeyi ona sunmanız gerekir.
ClickUp'ın çözdüğü sorun işte bu bağlam sorunudur. ClickUp'ın kendi Çalışma Alanı yapay zekası olan ClickUp Brain, zaten işin hemen yanında yer alır: Görevler, Belgeler, yorumlar, Sohbet, etkinlikler ve bağlı uygulamalar. Yardım istemeden önce bu bağlamı bir SKILL.md dosyasında yeniden oluşturmanıza gerek yoktur.
Diyelim ki bir ürün lansmanı için bir makaleyi düzenliyorsunuz. Taslak, bir ClickUp belge dosyasında bulunuyor. Görevde son teslim tarihi ve atanan kişiler belirtilmiş. Proje yöneticisi, bir yorumda pozisyonu netleştirmiş. Lansman özeti başka bir belge dosyasında yer alıyor ve müşterinin onayladığı terminoloji zaten ClickUp Çalışma Alanında mevcut.
Brain'e şu soruyu sorabilirsiniz:
“Lansman brifingindeki pozisyonu kullanarak bu girişi daha sıkı hale getirin. Ürün takımının görev yorumlarında onayladığı iddiaları koruyun ve diğer Müşteri A makalelerimizin üslubuna uyun.”
Brain, ClickUp Docs'ta taslak oluşturmanıza, yeniden yazmanıza, özetlemenize veya düzenlemenize yardımcı olurken, projenin genel bağlamı içinde de çalışabilir. Ayrıca, kuralın kendisinin tekrarlanması gerektiğinde, ClickUp'ta AI Skills özelliği de mevcuttur. Takımlar, Skills Hub'da yeniden kullanılabilir talimatlar oluşturabilir, ek dosyalar ekleyebilir ve her yazar için ayrı SKILL.md dosyaları tutmaya gerek kalmadan aynı Beceriyi ClickUp Çalışma Alanı genelinde paylaşabilir.
Brain ayrıca tek bir abonelikle Claude, ChatGPT ve Gemini dahil olmak üzere birçok üst düzey LLM'yi barındırır. İhtiyaçlarınıza uygun modeli seçin, hepsi bu kadar.
Asıl fark, metin yazıldıktan sonra ortaya çıkıyor:
- Düşünme süreci, uygulama süreciyle bağlantılı kalır. Sayfa içindeki Brain özelliğini kullanarak ClickUp Docs'ta taslak oluşturun, düzenleyin ve son halini verin. Belgeyi, durumunu, son teslim tarihini ve atanan kişiyi izleyen bir ClickUp görevi'ne bağlayın. Brain, her ikisinin geçmişine de başvurur; böylece hiçbir şeyi kopyalayıp yapıştırmanıza gerek kalmadan, bağlam özet aşamasından yayınlanmış taslağa kadar aktarılır.
- Tekrarlayan editoryal işler, herhangi bir uyarıya gerek kalmadan kendiliğinden yürür. İçerik akışınızı izleyen bir ClickUp Süper Ajanı oluşturun: Gelen her brief’i çaba ve öncelik açısından puanlayın, doğru yazara atayın ve canlı verilerden derlenen haftalık içerik rollup’ını gönderin. Bir kez yapılandırın, sonra aynı işleri tekrar etmekten kurtulun
- Aklınızdan geçen fikirler kaybolmaz. Bir başlık veya bakış açısı aklınıza geldiği anda ClickUp Notepad’ e kaydedin. Harekete geçmeye hazır olduğunda bunu bir göreve dönüştürün; böylece takımınızın halihazırda üzerinde çalıştığı iş akışına dahil olur.
- Yayınlama kontrol listeleri kendiliğinden işler. ClickUp Otomasyonlarını editoryal aşamalarınıza entegre edin: Bir görev “İncelemeye Hazır” durumuna geçtiğinde, düzenleyiciyi otomatik olarak atayın ve Brain’i tetikleyerek kurum stiline uygunluk kontrolünü çalıştırın. Görev “Yayınlandı” durumuna geçtiğinde, dağıtım takımını bilgilendirin. Bu süreç, ister bir ister yirmi yazı yayınlıyor olun, her durumda geçerlidir.
Bu makalenin başındaki Optimizely sayılarını hatırlayın: Pazarlamacıların %48'i hayali incelemelere, %40'ı birbirinden bağımsız araçlar arasında bilgi aktarımı için ve %37'si ise uyumluluk kontrollerine zaman harcıyor. Bir Claude Skill bunların hiçbirinde yardımcı olamaz, ancak ClickUp gibi entegre bir iş yapay zekası yardımcı olabilir.
ClickUp Brain, bir taslağı proje yöneticinizin görev yorumunda onayladığı pozisyon ile karşılaştırabilir, aynı Çalışma Alanı'nda bulunan bir belgeden onaylanmış terminolojiyi alabilir ve bir iddianın proje içindeki hiçbir şeye dayanmadığı durumlarda bunu işaretleyebilir. Beceri, tekrarlanabilir prosedürü yönetir ve ClickUp, prosedürün yürütüldüğü bağlamı %100 sağlar.
Gerçek sınırlama: Bu, geliştirme gerektirmeyen yoldur. Yazma ş Akışınız ClickUp dışında gerçekleşiyorsa, özel komut dosyaları içeren taşınabilir bir Claude Becerisi size daha fazla kontrol sağlar. ClickUp Brain, iş ve koordinasyonun aynı yerde gerçekleştiği durumlarda en iyi şekilde çalışır.
Kimler için uygun: Gerçek anlamda karmaşık süreçleri yöneten editör takımları ve içerik operasyonları: çok sayıda yazar, müşteriye özgü yazım stilleri, değişken teslim tarihleri, talep etmeden de görünürlük sağlamak isteyen paydaşlar. Sohbet penceresinde taslak hazırlayan tek başına çalışan bir yazar için ise, basit bir Claude Skill'i geliştirmek ve değiştirmek daha hızlıdır.
Tekrar Tekrar Aldığınız Karar Etrafında Beceri Oluşturun
Tetikleyiciyle başlayın. Beceri'nin çalışmasını istediğinizde kullandığınız dilde açıklamayı yazın, ardından tekrarlanabilir bir yazma görevi etrafında talimatları oluşturun.
Bundan sonra, sürekli yaptığınız düzeltmeleri kaydedin, bunları açık kurallara dönüştürün ve Claude'un taslağı göndermeden önce tamamlaması gereken bir gözden geçirme aşamasıyla süreci sonlandırın. Bu, kaydedilmiş bir komut satırından daha güvenilir ve her sohbete yapıştırılan devasa bir stil kılavuzundan çok daha kolay bakım gerektiren bir yöntem sunar.
Ardından içeriği güncel tutun. Editörlük standartlarınız değişirse, Skill de buna göre değişmelidir. Aksi takdirde, Claude güncelliğini yitirmiş bir süreci kusursuz bir şekilde uygulayabilir.
Yazma süreci, canlı proje bağlamına, müşteri kararlarına, onaylara, son teslim tarihlerine ve bu hafta nelerin değiştiğine bağlıysa, en iyi çözüm yapay zekayı o işin zaten yürütüldüğü yerde tutmak olabilir. ClickUp'ı ücretsiz deneyin ve yazma standartlarını, etrafındaki işlerle aynı ş Akışına dahil edin.
Yazma için Claude Becerileri Hakkında Sık Sorulan Sorular
Claude Skills kod çalıştırabilir mi?
Evet. Beceriler, çalıştırılabilir komut dosyalarını, markdown talimatlarını ve referans dosyalarını bir araya getirebilir. Bu, dosya adlarının geçerliliğini kontrol etmek veya yasaklanmış terimleri taramak gibi deterministik kontroller için yararlıdır; ancak aynı zamanda üçüncü taraf Becerilerin bir yazılım gibi ele alınması ve kurulumdan önce incelenmesi gerektiği anlamına da gelir.
Claude Skills, ücretsiz planda kullanılabilir mi?
Evet. Anthropic, kod yürütme ve dosya oluşturma özellikleri etkinleştirildiğinde, Ücretsiz, Pro, Max, Takım ve Enterprise Planları’ndaki tüm kullanıcılar için Becerileri listeler. Ücretsiz kullanıcıları da Özelleştir → Beceriler menüsünden özel Beceriler yükleyebilir. Takım ve Enterprise Planları, kuruluş düzeyinde kaynak tahsisi ve paylaşım denetimleri sunar.
Claude Skills, birden fazla dosya içerebilir mi?
Evet. Bir Skill, SKILL.md dosyasını içermelidir, ancak referans belgeleri, örnekler, şablonlar ve çalıştırılabilir komut dosyaları da içerebilir. Claude, aşamalı açıklama yöntemini kullanır; bu, Skill tetikleyici olduğunda SKILL.md dosyasını yüklediği ve destekleyici dosyaları yalnızca talimatlar gerektirdiğinde açtığı anlamına gelir.
Claude Skills ile MCP arasındaki fark nedir?
MCP, Claude’u harici hizmetlere ve verilere bağlar; Beceriler ise Claude’a bir görevin nasıl yerine getirileceğini öğretir. İkisi birlikte çalışır ve biri diğerinin yerini almaz. Bir MCP bağlantısı, Claude’a CMS’inize erişim sağlarken, bir Beceri ise orada yayınlanacak gönderinin nasıl yazılması gerektiğini belirler.
Claude Becerisini takımımla nasıl paylaşabilirim?
Claude Code'da, Beceriyi deponun .claude/skills/ dizinine yerleştirin ve Git'e commit edin; böylece o depodan çalışan herkes aynı sürümü alır. Kişisel Beceriler ~/.claude/skills/ altında bulunur ve yalnızca o kullanıcı için geçerlidir. Daha büyük kütüphanelerde, takımlar genellikle Becerileri paylaşılan bir depoda tutar; böylece değişiklikler incelenebilir ve sürümleri kaydedilebilir.
Claude benim için bir Beceri oluşturabilir mi?
Evet. Tekrarlamak istediğiniz ş akışını tanımlayabilir ve Claude'dan ilgili SKILL.md dosyasını ve destekleyici dosyaları oluşturmasını isteyebilirsiniz. Yine de, yüklemeden önce açıklamayı, tetikleyici koşulları, talimatları ve tüm çalıştırılabilir komut dosyalarını gözden geçirmelisiniz. Yazma Becerileri oluştururken, oluşturulan Beceriyi ilk sürümünü olduğu gibi kabul etmektense, birkaç gerçek taslak üzerinde test etmek daha önemlidir.