Claude Projects'i Doğru Kurmanın 7 Yolu
Claude'u bir süredir kullanıyorum. Başlarken Project'leri pek kullanmıyordum — her sorduğum soruyu boş bir sohbette soruyor, her seferinde sıfırdan bağlam veriyordum. Sonuçlar fena değildi ama Claude'dan asıl verimi alamıyordum.
Project'leri ciddi ciddi kullanmaya başladığımda fark ettim ki sadece "açıp dosya yüklemek" yetmiyor. Nasıl kurduğunuz sonucu doğrudan etkiliyor.
Bu yazıda, kendi denemelerimden ve hatalarımdan çıkardığım 7 pratik kuralı paylaşacağım. Anlatırken örnek bir senaryo kullanacağım: bir pazarlama uzmanı diyelim — adı Ayşe — şirketinde haftalık raporlar, e-posta kampanyaları ve sosyal medya planlaması yapıyor. Onun "Pazarlama İşleri" Project'i üzerinden gideceğim.
1. Description'ı boş bırakma
Yeni bir Project oluşturduğunuzda iki kutucuk karşınıza çıkıyor: Description ve Instructions. Ben başlarda bunları "sonra doldururum" deyip atlamıştım. Sonra unuttum.
Description, projenin ne hakkında olduğunu anlatır. Claude'a bu projenin amacını söyler. Birkaç cümle yeterli.
Ayşe'nin Description'ı şöyle olabilir:
Şirketim için yürüttüğüm pazarlama işlerinin yönetildiği proje. Haftalık performans raporları, e-posta kampanyaları, sosyal medya post planları ve müşteri segmentasyon analizleri yapılır. Hedef kitle: 25-45 yaş arası, Türkiye'de yaşayan, orta-üst gelir grubu profesyoneller.
Üç cümle. Ama Claude artık bu projede ne tür içerikler beklendiğini ve kime hitap ettiğini biliyor.
2. Instructions'a kuralları yaz, dileklerini değil
Description "ne" sorusuna cevap verir. Instructions ise "nasıl" sorusuna.
Burası bende sıkıntılıydı bir süre. "Lütfen güzel yazılar yazsın" gibi muğlak ifadeler yazmıştım Instructions'a. Bunun Claude için bir şey ifade etmediğini denemelerim sonrası anladım.
Instructions, net kurallar içermeli. Yapılacakların ve yapılmayacakların listesi.
Ayşe'nin Instructions'ından birkaç madde:
- Tüm içerikler Türkçe olacak. Marka adı her zaman İngilizce kalacak.
- Sosyal medya postları: maksimum 280 karakter, sonunda 2-3 hashtag, emoji minimum.
- Raporlar: yönetici özeti üstte, detaylı veriler altta. Her zaman bir önceki haftayla karşılaştırma içerecek.
- Marka tonu: profesyonel ama samimi. "Sevgili müşterilerimiz" gibi klişe ifadelerden kaçınılacak.
- E-postalarda CTA (call-to-action) butonu mutlaka olacak, link altta da tekrar verilecek.
Bu kadar net olduğunda Claude tahmin etmek zorunda kalmıyor. Her sohbette "bu marka tonu nasıl olmalı" diye yeniden anlatmaya gerek kalmıyor.
3. Knowledge'a yüklenecek dosyaları seç, çöplük yapma
Project Knowledge — yani projeye yüklediğiniz dosyalar bölümü — sınırlı bir kaynak. Buraya gerçekten her zaman gerekli olacak dosyaları yüklemek gerekiyor, "bir gün lazım olabilir" diyerek değil.
Ben başlarda her şeyi yüklemiştim. Eski dosyaları, geçici PDF'leri, tek seferlik kullanacağım dökümanları. Project ağırlaştı, Claude da her sohbette gereksiz bağlamı taşımak zorunda kaldı.
Sonradan temizledim. Ayşe'nin Project'inde olması mantıklı dosyalar şunlar:
- Marka kimlik kılavuzu (renk, ton, dil kuralları — her içerikte referans)
- Müşteri persona dökümanı (3-4 ana persona, demografik ve davranışsal özellikler)
- Geçmiş kampanya performans özeti (neyin işe yaradığını, neyin yaramadığını gösteren)
- Rakip analizi (sektördeki ana oyuncuların pazarlama yaklaşımları)
Hepsi 4 dosya. Hepsi her sohbette işe yarayan dosyalar. Geçici bir araştırma veya tek seferlik analiz için kullanılacak PDF'ler buraya yüklenmiyor — onlar tek bir sohbete eklensin yeter.
4. Knowledge'daki dosyaları güncel tut
Bu benim sıkça atladığım bir şeydi. Project'i kurduktan sonra unutuyordum. Aylar sonra fark ediyordum ki Knowledge'daki dosyalar artık güncel değil.
Ayşe için somut bir örnek: marka kimlik kılavuzu güncellendi, ana renk paleti değişti. Ama Project'teki eski versiyonu silinmemiş. Claude yeni sosyal medya postunu üretirken eski renklere göre öneriler veriyor. Birkaç hafta sonra fark edilebiliyor.
Bunu engellemek için basit bir yaklaşım benimsedim: Knowledge'a yüklediğim her şeyin güncellenme sıklığını düşünüyorum. Sık değişen dosyalar Project'e değil, ihtiyaç duyduğumda sohbete eklenir. Sabit dosyalar Project'e gider.
5. Her iş için ayrı Project aç
İlk başta tek bir "Çalışma" projesi açıp her şeyi oraya yığmıştım. E-posta yazımı, rapor hazırlama, sosyal medya, kişisel meseleler... Hepsi aynı projede.
Çalışmadı. Çünkü her iş türünün farklı bağlamı, farklı kuralları, farklı dosyaları var. Bir Project'in net bir kapsamı olmalı.
Ayşe için mantıklı bir Project yapısı:
- Pazarlama İşleri — yukarıda anlattığım proje
- Yönetim Raporlaması — üst yöneticilere sunulacak rapor ve sunumlar
- Eğitim İçerikleri — junior ekip arkadaşları için hazırladığı eğitim notları
- Kişisel — özel meseleler, kariyer planları
Her birinin kendi Description'ı, Instructions'ı, Knowledge'ı var. Birbirine karışmıyorlar. Pazarlama postu yazarken Claude yönetim raporu formatına geçmiyor, çünkü o farklı bir proje.
6. Project Memory'i aktif kullan
Project'lerde son güncellemelerle birlikte Memory özelliği geldi. Bu, Project içinde geçen sohbetlerden öğrendiklerini Claude'un hatırlamasını sağlıyor.
Yani: Ayşe bir sohbette "Cuma günleri post yayınlamıyoruz, çünkü etkileşim oranı düşük" dediğinde, Claude bunu o Project'in hafızasına ekleyebiliyor. Bir sonraki haftalık plan sohbetinde Cuma'yı atlayarak başlıyor.
Benim öğrendiğim bir şey: bir tercih veya kural söylediğinizde net bir cümleyle ifade etmek önemli. Şöyle değil:
"Aslında Cuma postlarını pek sevmiyorum, başka bir gün deneyelim mi acaba?"
Şöyle:
"Bundan sonra bu projede Cuma günleri için post planlanmayacak."
Net ifadeler hatırlanıyor, muğlak ifadeler kayboluyor.
7. Project'i periyodik olarak gözden geçir
Bir Project'i kurarsınız, harika çalışır. Ama 3 ay sonra?
- Description hâlâ doğru mu?
- Instructions'taki kurallardan hangisini artık kullanmıyorsunuz?
- Knowledge'da güncelliğini yitirmiş dosya var mı?
- Memory'de yanlış öğrenilmiş bir tercih kalmış mı?
Ben bunu yılda iki kez yapmaya çalışıyorum. Project'lerimin ayarlarına giriyorum, oturuyorum ve gözden geçiriyorum. 5 dakika sürüyor ama Claude'un kalitesini ciddi şekilde etkiliyor.
Her seferinde en az bir-iki gereksiz Instructions kuralı veya güncelliğini yitirmiş Knowledge dosyası buluyorum. Temizledikçe Claude daha hızlı, daha doğru ve daha kullanışlı oluyor.
Toparlayalım
Bir Project'in kalitesi, Claude'un kalitesini doğrudan etkiliyor. İyi kurulmuş bir Project, Claude'u chatbot'tan iş arkadaşına çeviriyor.
Yedi kuralı tekrar edeyim:
- Description'ı boş bırakma
- Instructions'a kuralları yaz, dileklerini değil
- Knowledge'a sadece her zaman gerekli dosyaları yükle
- Knowledge'daki dosyaları güncel tut
- Her iş için ayrı Project aç
- Memory'i aktif kullan
- Project'i periyodik olarak gözden geçir
Bunlar benim denemelerimden çıkardığım kurallar. Sizin de farklı yaklaşımlarınız varsa duymak isterim — bana iletişim sayfamdan ulaşabilir veya Claude.ai Türkiye topluluğunda paylaşabilirsiniz.
Claude'a daha derinlemesine başlangıç için: Claude ile İlk 15 Dakikan