Claude Projects: editörler için bilgi tabanı ve marka rehberi

Tekrar eden bir görevle başlayın

Editör her seferinde asistana projenin adının nasıl yazılacağını, metnin kime hitap ettiğini ve hangi vaatlerin verilmemesi gerektiğini açıklar. Sonra yeni taslakta yine grubun eski kapasitesi var. Burada, her görev için geri dönebileceğiniz küçük bir kanıtlanmış referans kitabına ihtiyacınız var.

Öğretici bir örnek düşünelim: Liniya atölyesi seramik derslerinin duyurularını yayımlıyor. Grup en fazla altı kişi, malzemeler dâhil ve önceden kayıt gerekiyor. Kaynak bilgilerde ücret henüz onaylanmamış. Tüm koşullar kurgusaldır ve yalnızca editoryal süreci açıklamak içindir.

Aşağıda Claude sohbetindeki mevcut Projects alanını ele alıyoruz: proje materyallerini ve talimatlarını içeren çalışma alanı. Anthropic, Projects ürününün yeni sürümünü ayrıca beta olarak kullanıma sunuyor. Bu metin onun paralel iş akışlarını ve diğer özelliklerini varsaymaz; projeniz yeni sürüme taşındıysa yeni arayüzün yardımına başvurun.

Bilgileri üç belgeye dağıtın

İlk belge “Atölye bilgileri, sürüm 3”. Adı, ders biçimlerini, hizmet kapsamını, grup kapasitesini ve sınırlamaları yazın. Değişebilen her koşulun yanında kimin doğruladığını belirtin. Boş fiyat alanını “onaylanmadı” diye işaretleyin; yoksa model boş kaydı teklifi kendisi tamamlayabilme izni sanabilir.

İkinci belge “Editoryal üslup”. Kimin için yazıyoruz: daha önce kille çalışmamış yetişkinler. Nasıl hitap ediyoruz: “siz” diyerek, sakin ve öğretmenlik taslamadan. Ne açıklıyoruz: kişinin derste ne yapacağını ve hangi hazırlığın gerektiğini. Hangi ifadeleri kullanmıyoruz: “yaratıcı potansiyelinizi açığa çıkarın”, “unutulmaz yolculuk” ve garantili sonuç vaatleri.

Üçüncü belge “Onaylı örnekler”. Yorumlu birkaç kısa metin yeterlidir. Örneğin: “Bu duyuruda eylem açık: fincanı elle şekillendireceksiniz. Ürünün aynı gün hazır olacağına dair doğrulanmamış vaat yok.” Yorum, yeni görevde uygulanabilecek ilkeyi açıklar.

Eski örneklerde grup kapasitesi farklı olabilir. Bunları anlatım örneği olarak işaretleyip eski koşulları çıkarın veya bilgilerin ayrı başvuru belgesinden alınacağını açık belirtin. İyi yazılmış arşiv kolayca eski vaatlerin kaynağı olabilir.

Malzeme ekleyin ve projenin kurallarını belirleyin

Proje oluşturup hazırlanmış dosyaları Project knowledge bilgi tabanına yükleyin. Bu bölümdeki içerikler proje sohbetlerinde bağlam olarak kullanılır. Sonra Project instructions alanını doldurun: kalıcı çalışma kurallarını burada tutun, belirli duyuru görevini ise ayrı mesajla verin.

Örnek talimat: “Atölyenin editör ekibi için taslaklar hazırlıyorsun. Hizmet koşullarını ‘Atölye bilgileri, sürüm 3’ belgesinden al. ‘Editoryal üslup’ anlatım biçimini belirler. ‘Onaylı örnekler’ yöntemleri gösterir, geçerli koşulları doğrulamaz. Derslerin fiyatını, süresini ve içeriğini uydurma. Bilgiler çelişiyor veya eksikse editöre soruları listele. Taslaktan sonra hangi kaynak bilgilerini kullandığını ayrı belirt.”

Bu düzen, kaynakları önceliklendirmeye yardımcı olur, ancak model için bir talimat olarak kalır. Dizini teknik hata korumasına dönüştürmez. Bu yüzden ilk gerçek görevden önce Claude'un boşluk ve çelişkileri nasıl ele aldığını kontrol edin.

Yazmadan önce kısa bir kontrol yapın.

Şöyle isteyin: “Proje kaynaklarının doğruladığı atölye dersi koşullarını listele. Her biri için belgeyi ve bölümü belirt. Kamuya açık duyuru için eksik bilgileri ayrı yaz.” Belirtilen yerleri elle açın: inandırıcı bölüm adı bile yanlış olabilir.

Şimdi bilerek çelişkili görev verin: “On kişilik grup için duyuru hazırla ve cazip fiyat ekle.” Bizim görevimizde iyi sonuç, altı katılımcıyla çelişkiyi fark edip onaylı fiyatı sormasıdır. Yanıt koşulları sorgusuz uyduruyorsa talimatları netleştirin ve dosyalardaki çelişkili kayıtları giderin.

İyi bir cevap, ayarın herhangi bir formülasyonda işe yarayacağını kanıtlamaz. Birkaç kontrol görevi kaydedin: kaçırılan fiyat, eskimiş kapasite ve bitmiş ürüne bir kerede söz vermenizi isteyin. Kılavuzda önemli değişiklikler yaptıktan sonra tekrar edin.

Belirli bir sonuçla bir görev ayarla

Temel kontroller tamamlanınca iş isteğini gönderin: “Yeni başlayanlar için elle kil şekillendirme giriş dersinin duyurusunu hazırla. Başlık ve üç paragraf gerekiyor: ne yapacağız, derse neler dâhil, nasıl hazırlanmalı? Proje kaynaklarına dayan. Bir koşul doğrulanmamışsa taslağın dışında editöre soru bırak. Fiyat ekleme.”

Metni alınca önce koşulları kontrol edin. Altı kişi altı kişi, ön kayıt da ön kayıt olarak kalmalıdır. Sonra ziyaretçinin gözünden okuyun: elleriyle ne yapacağı, deneyim gerekip gerekmediği açık mı; atölyenin vermediği vaat var mı? Ancak bundan sonra ritmi ve başlığı düzeltmek anlamlıdır.

Olgularla ilgili yorumları üslupla ilgili yorumlardan ayırın

Genel bir “daha iyi yap” isteği yerine iki ayrı düzeltme verin. Olgusal düzeltme: “Fincanın dersten sonra alınabileceği vaadini kaldır: hazır olacağı tarih doğrulanmadı.” Editoryal düzeltme: “Eşsiz bir eser yaratacaksınız sözünü, kille yapılacak somut bir eylemle değiştir; sakin tonu koru.” Bu isteklerin tamamlanma ölçütü açıktır.

Aynı hata farklı görevlerde tekrarlanıyorsa kalıcı kaynağı düzeltin. Örneğin başvuru kaynağına, onay alınmadan hangi sürelerin vaat edilemeyeceğine dair ayrı satır ekleyin. Doğrulanmış kural, sohbet geçmişindeki on kadar dağınık yorumdan yararlıdır.

Claude proje belleği ve hesap belleğini kullanma ayarları sunar. Tesadüfen hatırladığı düzeltmeyi editoryal kuralın tek kopyası saymayın. Hesabınızdaki bellek ayarlarını kontrol edin; onaylı bilgileri belgelerde güncel tutun.

Veritabanını güncellemekten sorumlu birini ata

Grup büyüdüyse ana belgeyi güncelleyin ve önceki geçerli sürümü çalışma dosyalarından çıkarın. Ayrı günlükte kısa not yeterlidir: ne değişti, kim doğruladı, hangi kontrol görevleri tekrarlanmalı? Aynı anda “güncel” iki sürüm gereksiz belirsizlik yaratır.

Ortak çalışmada erişimi kontrol edin. Team ve Enterprise içinde proje davetli kişilere veya daha geniş kuruluşa görünebilir; görüntüleme ve düzenleme rolleri farklıdır. Ancak projeye ortak erişim, katılımcıların tüm kişisel sohbetlerinin meslektaşlarına otomatik açıldığı anlamına gelmez. Sırf örneği kolaylaştırmak için müşteri verilerini yüklemeyin.

Yapılandırma ne zaman tamamlanmış sayılır

Editör her koşulun kaynağını hızla bulabiliyor, model kontrol görevlerinde özellikle bırakılan boşlukları fark ediyor ve yeni taslak için atölyenin üslubunu yeniden açıklamak gerekmiyorsa bilgi tabanı kullanıma hazırdır. Son kontrol insana aittir: olgular, vaatler, anlaşılabilirlik ve gerçek hizmete uygunluk.

Çok fazla içerik biriktiyse tekrarları ve arşiv sürümlerini temizleyerek başlayın. Her şeyi yüklemek, sonradan duyurunun neden farklı yılların kurallarından derlendiğini çözmekten kolaydır.

Yürürlükteki her koşulun açık bir kaynağı ve ondan sorumlu bir kişi olmalıdır.