Kişisel Bilgi Tabanı: Modelin Bilmediği Tek Şey Sizin Kararlarınız

Aynı şeyi modele üçüncü kez anlattığınızda bir şey fark ediliyor: her konuşma sıfırdan başlıyor ve siz her seferinde aynı bağlamı yeniden kuruyorsunuz.

Buradan doğru sonuç çıkarılırsa değerli bir alışkanlık doğuyor. Yanlış sonuç çıkarılırsa — ki sık oluyor — insanlar kendi notlarını modele özetletmeye başlıyor ve elde hiçbir işe yaramayan bir arşiv birikiyor.

Ayrım şurada: modele ne anlatmaya değer?

Modelin bilmediği tek şey

Model, kamuya açık bilginin büyük kısmını zaten taşıyor. Bir kavramı size açıklayabiliyor, bir yöntemi özetleyebiliyor, bir alanın genel kabullerini sıralayabiliyor.

Bilmediği şey tek bir kategoride toplanıyor: sizin verdiğiniz kararlar ve o kararların gerekçeleri.

• Bu projede neden bu yolu seçtiniz, hangi alternatifi neden elediniz.
• Müşteriniz neyi kabul etmiyor, ekibiniz hangi terimi hangi anlamda kullanıyor.
• Geçen sefer ne denendi ve neden tutmadı.
• Sizin “iyi” dediğiniz çıktı neye benziyor.

Bunların hiçbiri kamusal bilgi değil ve hiçbiri tahmin edilemez. Kişisel bilgi tabanının tamamı bu kategoriden oluşmalı.

Buradan doğrudan bir eleme kuralı çıkıyor: modelin zaten bilebileceği hiçbir şeyi yazmayın. Bir kavramın tanımını not etmek, aramanın ucuz olduğu bir şeyi pahalıya saklamaktır.

Neyi yazmaya değer? Üçüncü kez kuralı

Basit ve işe yarayan bir eşik var: aynı şeyi üçüncü kez anlatıyorsanız yazın.

Bir kez anlatmak normal. İkincisi tesadüf olabilir. Üçüncüsünde o bilgi artık tekrar eden bir bağlam demektir ve tekrar eden her şey yazılmaya değer.

Bu eşiğin bir akrabası var ve karıştırılmamalı: 8.3.1.3’teki otomasyon eşiği de üç tekrar sayıyor — ama orada tekrar eden şey iş, burada tekrar eden şey açıklama. Aynı işi üç kez yapmak akış kurmayı, aynı şeyi üç kez anlatmak not almayı gerektiriyor. → Tekrarlayan İşleri Otomatikleştirme: Neyi, Ne Zaman, Ne Kadar?

Kuralın güzel tarafı, listeyi sizin yerinize kendi kendine oluşturması. Ne yazacağınızı baştan planlamaya çalışmayın — planlanan bilgi tabanları hemen her zaman ya çok geniş ya da yanlış yerlerden dolu oluyor. Tekrarı takip edin, liste kendiliğinden doğru yeri buluyor.

Not almanın iki amacı çakışıyor

Bir uyarı: kendiniz için tuttuğunuz notlar ile model için tuttuğunuz notlar aynı şey değil.

Kendiniz için not alırken hatırlatıcı yazarsınız — kısa, kişisel, eksik. Siz okuyunca gerisini hatırlarsınız. Model hatırlamaz; onda yalnızca yazdığınız kadarı var.

Son satır en önemlisi ve bölümün sonunda ele alınıyor.

Pratik uzlaşma: notu kendiniz için alın, ama model için kullanacağınız kısmı ayrı tutun ve o kısmı tam cümlelerle yazın. İki ayrı sistem kurmayın — biri mutlaka bakımsız kalıyor.

Blueprint: dört dosyalık asgari yapı

Karmaşık bir sistem gerekmiyor. Dört düz metin dosyası, çoğu kişisel iş için yeterli.

1. kararlar — verilmiş kararlar ve gerekçeleri. Her madde tek satır: “X yerine Y kullanıyoruz, çünkü Z. (tarih)” Gerekçesiz karar yazmayın; gerekçe olmadan not, altı ay sonra tartışılamaz bir emre dönüşüyor.

2. sözlük — terimlerin sizdeki anlamı. Alanın genel tanımı değil, sizin kullanımınız. Ekipler aynı kelimeyi farklı anlamda kullanıyor ve model genel anlamı varsayıyor.

3. örnekler — “iyi” dediğiniz iki üç çıktı, olduğu gibi. Tarif etmek yerine göstermek her zaman daha ucuz → Sıfır, Tek ve Az Örnekle İstem: Modele Örnek Vermek Ne Yapıyor?.

4. kısıtlar — asla yapılmayacaklar. “Bu terimi kullanmıyoruz”, “şu formatta çıktı istemiyoruz”, “bu konuya girmiyoruz.” En kısa dosya, en çok işe yarayan.

Kullanım: her yeni işte tamamını değil, o işle ilgili parçayı yapıştırın. Tamamını vermek bağlamı şişiriyor ve modelin dikkatini dağıtıyor → Bir Promptun Dört Bileşeni: Bağlam, Talimat, Örnek, Format.

Kontrol: bir dosya iki ayda bir kez bile açılmadıysa gereksizdir. Silin.

Bağlamı vermek, bilgi tabanı kurmak değildir

Sık karıştırılan iki şey: bağlam vermek anlık bir işlem, bilgi tabanı kalıcı bir varlık.

Her konuşmada bağlam verirsiniz — bu zaten işin normal parçası. Bilgi tabanı, o bağlamın yeniden yazılmasını gereksiz kılan şey.

İkisi karıştığında iki tipik hata çıkıyor:

Her şeyi her seferinde yapıştırmak. Bağlam büyüdükçe modelin dikkati dağılıyor ve asıl önemli kısıt, gürültünün içinde kayboluyor. Uzunluk kalite getirmiyor.

Hiçbir şeyi yazmamak, her seferinde anlatmak. Bu da tutarsızlık üretiyor: her anlatımda biraz farklı anlatıyorsunuz, dolayısıyla her seferinde biraz farklı bir çıktı alıyorsunuz ve nedenini bilmiyorsunuz.

Bu yazı el ile taşınan ölçeği anlatıyor. Belge sayısı elle taşınamayacak kadar arttığında ilgili parçayı otomatik bulup ekleyen bir yapıya geçilir; o ayrı bir konu → 5.3.1.1^yakında.

En kısa dosya en çok işe yarıyor

Dört dosyadan biri diğerlerinden belirgin biçimde daha verimli: kısıtlar.

Sebebi, modelin varsayılan davranışıyla ilgili. Model boş bırakılan her yeri ortalamayla dolduruyor — en yaygın biçim, en yaygın ton, en yaygın terim. Sizin işiniz ortalamadan hangi noktalarda ayrılıyorsa, tam oralarda hata veriyor.

Bir kısıt cümlesi o sapmayı tek satırda kapatıyor:

• “‘Kullanıcı’ demiyoruz, ‘üye’ diyoruz.”
• “Madde işaretli liste kullanmıyoruz; tam cümlelerle yazıyoruz.”
• “Rakam veriyorsak kaynağını da veriyoruz; veremiyorsak rakamı yazmıyoruz.”

Üç satır, üç tekrar eden düzeltmeyi ortadan kaldırıyor. Aynı etkiyi olumlu tarifle almak çok daha uzun sürüyor — çünkü “nasıl yazılacağını” anlatmak, “neyin yazılmayacağını” söylemekten kat kat fazla cümle gerektiriyor.

Pratik alışkanlık: bir çıktıyı aynı sebeple ikinci kez düzeltiyorsanız, o düzeltmeyi kısıt olarak yazın. Kısıtlar dosyası böyle kendiliğinden doluyor ve neredeyse hiç eskimiyor.

Çürüme: bilgi tabanının gizli riski

Bilgi tabanları kurulurken düşünülen şey ne yazılacağı; asıl mesele ise ne zaman silineceği.

Eskimiş bir not, olmayan bir nottan kötüdür. Kendi notunuz eskidiğinde okurken fark edersiniz — “bu artık geçerli değil” dersiniz. Model fark etmiyor. Verdiğiniz her şeyi geçerli varsayıyor ve eski kararı bugünkü işe uyguluyor.

Sonuç, teşhisi zor bir hata türü: çıktı tutarlı görünüyor, gerekçesi de sağlam duruyor — çünkü gerçekten sizin gerekçenizi kullanıyor. Yalnızca o gerekçe artık geçerli değil.

İki ucuz önlem:

Tarih koyun. Her karara tarih yazın. Modelden çıktıyı gerekçelendirmesini istediğinizde hangi tarihli karara dayandığı görünür olur.

Üç ayda bir geçin. Tamamını okumaya gerek yok; kararlar dosyasına bakıp hâlâ geçerli olmayanları silin. Silme, ekleme kadar önemli bir bakım işi.

Bilgi tabanı ne zaman gereksiz?

Karşı tarafı da yazmak gerekiyor, çünkü bu tavsiye kolayca fazla uygulanıyor: herkesin bilgi tabanına ihtiyacı yok.

Üç durumda kurmayın:

İşleriniz birbirine benzemiyorsa. Her seferinde farklı bir konu, farklı bir bağlamsa tekrar eden bir şey yoktur; yazacağınız her not tek kullanımlık olur.

Bağlamı anlatmak kısaysa. İki cümleyle kurulabilen bir bağlam için dosya açmak, işi kolaylaştırmıyor, araya bir adım daha koyuyor.

Bakımını üstlenmeyecekseniz. Bakımsız bir bilgi tabanı, hiç olmamasından kötüdür — bir sonraki bölümün konusu tam olarak bu.

Ve kurulacaksa küçük kurulmalı. Bilgi tabanları büyüdükçe değil, kullanıldıkça işe yarıyor; hiç açılmayan on dosya, düzenli kullanılan tek dosyanın yanında hiçbir şey ifade etmiyor. Başlangıç için tek dosya — yalnızca kısıtlar — çoğu kişi için yeterli ve en hızlı geri dönen yatırım. Diğer üçü ihtiyaç doğdukça, yani aynı bağlamı üçüncü kez yazdığınızda açılır; baştan dört boş dosya açmak, doldurulmayı bekleyen bir borç yaratmaktan başka işe yaramıyor.

Sınırlar

Gizlilik bu yazının kapsamı dışında. Hangi bilginin modele verilebileceği ayrı ve ciddi bir soru — kurum politikası, sözleşme ve veri işleme koşulları belirleyici. Buradaki yapı, verilebilir bilgiyi düzenlemeyi anlatıyor.

Ölçek sınırlı. Dört dosyalık yapı kişisel kullanım içindir. Ekip ölçeğinde sahiplik, sürüm ve erişim soruları doğuyor.

Araç önerilmiyor. Not aracı hızla değişiyor; yapı düz metinle kurulabildiği için burada ürün adı verilmedi.

Bakım gerçek bir yük. Bakımsız bilgi tabanı zamanla yardımcı olmaktan çıkıp yanıltıcı hâle geliyor; kurmadan önce bakımını üstlenmeye hazır olun.

Etkisi ölçülmedi. Bilgi tabanının çıktı kalitesini ne kadar iyileştirdiğine dair bir ölçüm sunulmuyor; buradaki gerekçe mekanizmaya dayanıyor. Kendi işinizde ölçmek isterseniz yöntem ayrı bir yazıda → Promptları Test Etme: \"Bana İyi Göründü\"yü Bırakmak.

Özet

Model dünyayı biliyor, sizi bilmiyor. Kişisel bilgi tabanının tamamı tek bir kategoriden oluşmalı: sizin kararlarınız ve gerekçeleri. Modelin zaten bilebileceği hiçbir şey yazılmaz.

Ne yazacağınızı planlamayın, tekrarı takip edin: aynı şeyi üçüncü kez anlatıyorsanız yazın.

Kendiniz için tuttuğunuz not ile model için tuttuğunuz not aynı değil. Modele yazarken tam cümle ve gerekçe gerekiyor, çünkü onda yalnızca yazdığınız kadarı var.

Dört dosya çoğu iş için yeterli: kararlar, sözlük, örnekler, kısıtlar. Her işte tamamını değil, ilgili parçayı verin.

Ve asıl risk eksiklik değil çürüme. Eskimiş bir notu siz okurken fark edersiniz, model fark etmez — eski kararı bugünkü işe uygular ve sonuç sağlam görünür.

Sık sorulanlar

İlgili yazılar