Yapay Zekanın Doğal Japonca Yazması İçin Teknikler

Dilbilgisi doğru ama okumak yorucu. Yarısında uykunuz geliyor. İlk satırda "Ah, bunu bir yapay zeka yazmış" diye anlıyorsunuz.

Yapay zekanın Türkçe metin üretirken yarattığı o benzersiz huzursuzluk hissi, bugün bile birçok kişi için çözülmesi gereken bir sorun olmaya devam ediyor. Birçok kişi bu rahatsızlığı gidermek için denemeler yaptı ve beceriler ile sistemler geliştirdi.

Bu makalede, günlük yazım deneyimlerimden ve topluluk başarılarından doğruladığım pratik içgörülerimi aşağıdaki dört perspektiften organize ederek özetliyorum:

• Model Seçimi: Çerçeve (harness) iyileştirmelerinden neden doğru model seçiminin daha önemli olduğu
• Önerilen Yazım Prosedürü: Okuyucunun bilişsel yükünü azaltmak ve cümle ritmi oluşturmak için beş adım
• Önerilen Beceriler: Cümle uzunluğunu yöneten ve okuyucunun yönünü kaybetmesini önleyen öncülerden vazgeçilmez araçlar
• Gerçek Yazım Ortamı: "Kural ekledikçe yapay zeka kokusu geri geliyor" duvarını aşmak için depo (repository) yapısı

Öncelikle şunu net olarak belirtmek istiyorum: "Model Seçimi", promptlardan veya kanca (harness) mekanizmalarından daha etkilidir.

2026 itibarıyla, Türkçe yazım için Gemini 3.8 Flash rakiplerine açık ara fark atıyor, ardından Kimi K3 geliyor. Doğal nesir diliyle övülen Claude, kodlamaya özel uzmanlaşması nedeniyle belirgin şekilde sert ve köşeli hale geldi. ChatGPT ise vasat kalmaya devam ediyor; aşırı homojen paragraf uzunlukları ve ders kitabı gibi yapılar en bariz yapay zeka izlerini bırakıyor.

Ancak yalnızca modelin ham çıktısına güvenmek, homojen cümle ritimlerine yol açar ve bilişsel yükü okuyucuya yıkar. Modelin doğal gücünden yararlanmak için prosedürler ve sistemlere ihtiyaç vardır.

Önerilen Yazım Prosedürü

Mevcut bilgileri bütünleştirerek, şu anda almamız gereken yazım prosedürünü bu beş adımda özetleyebiliriz.

1[Adım 1] Bilgi sıralaması ve budama (gereksiz nezaketten kurtulun)
2   ↓
3[Adım 2] Okuyucunun zihinsel haritasını tasarlamak (küresel düzen ve bağlantılar)
4   ↓
5[Adım 3] Tonlama ve varyasyon tasarımı (kasıtlı yoğunluk dağılımı)
6   ↓
7[Adım 4] Yazma ve mekanik incelemeyi ayırmak (PostToolUse Hook ile reddetme)
8   ↓
9[Adım 5] Son %10'u insan cilalar (kurallara beslemek için diff'leri kaydedin)

Adım 1. Yazım Öncesi Bilgi Sıralaması ve "Budama"

Yapay zeka metninin okunamaz olmasının en büyük nedeni "bilişsel yükün aktarılması"dır (Tsubota-san / @tsubotax). Ön koşulları, ek bilgileri ve önleyici teminatları tek bir cümleye sıkıştırır. Demir kural şudur: Yapay zekaya yazdırmadan önce, "karşı tarafın bir sonraki adımı ne olacak?" sorusuna hizmet etmeyen bilgileri kesin.

• İlk iki satırda "bu kimin için ve hangi karar gerekiyor" sorusunu netleştirin
• Her paragrafa yalnızca bir rol atayın ("seçenek farklılıkları", "karar materyalleri" veya "doğrulama yöntemleri" gibi) ve hiçbir role uymayan paragrafları silin
• Silindiğinde kararı etkilemeyen tüm parantez içi ekleri kaldırın

Adım 2. Okuyucunun "Zihinsel Haritasını" Bozmayan Küresel Tasarım

Keiichiro Shikano'nun (@golden_lucky) belirttiği gibi, metin çöküşleri "okuyana kadar niyetin belli olmadığı pusular" veya "önceki paragrafla bağlantının kopuk olması"ndan kaynaklanır. Okuyucunun kaybolmaması için bir yol hazırlayın.

• Bir kavramı ilk kez tanıtırken, okuyucunun türleri ve rolleri sadece sırayla okuyarak tanımlayabileceği bir düzen kurun
• Yeni bilgiyi sunmadan önce, okuyucunun zihninde onu karşılayacak bir patika hazırlayın
• Başlıktan hemen sonra her zaman önceki paragrafla bağlantı kuran bir cümle yerleştirin

Adım 3. Kasıtlı Olarak "Varyasyon (Bias)" Yerleştirmek

Yapay zeka tüm konuları aynı sıcaklıkta tartışma eğilimindedir ancak insani dokunuşun özü "varyasyondur" (Natsu-san / @art_reflection). İlginç konularda takıntılı derecede detay verin, ön koşulları tek cümleyle geçiştirin. Yapısal aşamada yoğunluk seviyesini kasıtlı olarak dağıtın.

Adım 4. Yazma ve Mekanik İncelemeyi Ayırmak

Prompta ne kadar çok yasak listesi eklerseniz, model o kadar çekingen davranır ve cümleleri kısaltır. Serbestçe yazmasına izin verin, dosya çıktıktan hemen sonra Hook aracılığıyla mekanik inceleme yapın. İhlal durumunda sadece kelime değiştirmeyin—sorunlu olan cümlenin tamamını yeniden yazdırın. Ritmi korumanın anahtarı, yazma ve incelemeyi ayırmaktır.

Adım 5. Son %10'u İnsan Cilalar

Sadece yapay zeka ile 100 puan hedeflemeyin. İskeletin %90'ını yapay zekaya bırakın, kalan %10'luk nefes alma payını ve dokuyu insanlar ayarlasın. Düzeltmeleri kaydedin ve gelecekteki promptlara veya inceleme kurallarına besleyin.

Önerilen Beceriler

Şu anda kendim de kullandığım, Türkçe belge kalitesini artıran topluluk doğumlu temel araçları ve becerileri de tanıtıyorum.

natural-japanese (@techtalkjp**

"Yapay zeka kokusu kelimelerden çok ritimde ortaya çıkar" içgörüsünden doğan bir Agent Skill'dir (GitHub Repo / Açıklama Makalesi). İnsan ve yapay zeka metinlerinin ölçülmüş corpuslarına dayanarak, cümle uzunluğu varyasyonlarını (burstiness) mekanik olarak tespit eder; "isim sonu eksikliği" veya "cümle başı tekrarların azlığı" gibi geleneksel varsayımları terk eder.

https://x.com/techtalkjp/status/2076808889371443679

japanese-tech-writing (@golden_lucky**

Ticari kitap editörlüğü perspektiflerinden prompt'a dönüştürülmüş bir beceridir (Gist / Blog Gönderisi). Argüman eklemeden duruşu abartan LLM tonunu (handle directly, dig deeper veya nothing less than ~ gibi ifadeleri) ortadan kaldırır; okuyucunun sırayla anlayabilmesi için düzeni ve özne yerleşimini düzenler.

https://x.com/golden_lucky/status/2066751852088336698

İyi Desenlerle Hooks × lint (@yugen_matuni**

Dosya yazıldıktan hemen sonra incelemek için AI kodlama aracı Hook işlevlerini (PostToolUse) kullanan bir sistemdir. NG ifadeler için, "gerçek değer ~ içinde yatar" gibi spesifik düzeltme desenleriyle (good) birlikte yanıt verir ve tüm cümlenin yeniden yazılmasını teşvik eder.

https://x.com/yugen_matuni/status/2088251220452679951

Benim Yazım Ortamım

Yazım depomda, "ne kadar çok kural eklersem cümlelerin o kadar küçüldüğünü ve yapay zeka kokusunun geri döndüğünü" gördüm. Kurallar eklemek, yapay zekayı güvenli, kısa cümlelere geri çekilmeye zorladı.

Bundan şu tasarım ilkesini çıkardım: "Kuralları azaltmayın; yerlerini ayırın."

1[Genel Yazım Akışı]
2
3[Giriş] style-guide / voice-samples / edit-patterns (yalnızca yargı kriterleri)
4     ↓
5[Yazım Uygulaması] writer (Gemini 3.8 Flash)
6     ↓
7[Otomatik İnceleme] PostToolUse Hook (detect-ai-smell.js ile reddetme)
8     ↓
9[Kalite Yargısı] reviewer (rubric.md tabanlı objektif değerlendirme)
10     ↓
11[Son Cila] İnsan ayarlaması & yayınlama (diff'leri kurallara besleme)

1kgsi-note-documents_v2/
2├── CLAUDE.md              # Operasyonel politika, yazım modları, ajan izinleri
3├── GOVERNANCE.md          # Referans materyalleri için boyut sınırları, üç saklama konumu
4├── style-guide.md         # Kogiso'nun yazım stili (yalnızca yargı açıklamaları, maks. 4,500 karakter)
5├── references/
6│   ├── voice-samples.md   # Stil örnekleri (işleve göre paragraf alıntıları)
7│   ├── edit-patterns.md   # Manuel düzeltmeler defteri (önce→sonra)
8│   └── rubric.md          # Reviewer değerlendirme kriterleri (mesafe referansları)
9├── human-bench/           # 5 geçmiş insan tarafından yazılmış makale (writer okumaz; makine incelemesi için eşik)
10├── scripts/
11│   ├── detect-ai-smell.js # Makine inceleme kapısı (regex, yoğunluk kontrolü, 'good' desenleriyle)
12│   ├── clean-japanese-spacing.js # Japonca/Batı karakterleri arasındaki yarım genişlik boşlukları otomatik temizle
13│   └── hooks/             # PostToolUse Hooks vb. için scriptler
14├── editor/                # Yerel not tarzı önizleme & revizyon editörü
15└── note/                  # Makale gövdesi (nihai taslaklar)

Bu, özel yerel editörümün (note-editor) ekranıdır. Solda yapılan düzenlemeler, merkezdeki not üretimine eşdeğer önizlemeye anında yansır ve sağ panelden seçili aralıkların kısmi yapay zeka revizyonu yapılabilir.

Özel editör. /note-editor komutuyla başlatılır

Üç Saklama Konumu ve İzin Ayrımı

1. İçselleştirme Katmanı (writer tarafından okunur): style-guide.md, voice-samples.md. Yalnızca writer'ın yargı kriterlerini ince bir şekilde açıklar (maks. 4,500 karakter).
2. Makine Katmanı (Hook tarafından otomatik taranır): scripts/detect-ai-smell.js. Karakter sınırı yok. Regex ile tespit edilebilir yasakları ve düzeltme politikalarını (good) toplar.
3. Yargı Katmanı (reviewer tarafından okunur): references/rubric.md. Ayrı bir ajan, bitmiş taslak ile hedef arasındaki mesafeyi bağımsız olarak değerlendirir.

Şişmeyi önlemek için, rehber limitinin %80'ini aştığında, eklenen yeni kurallar miktarınca eski kuralları sileriz.

Gerçek Dosyalardan Alıntılar

Burada, fiilen kullanılan dosyalardan alınan temel bölümler yer alıyor.

`GOVERNANCE.md` (Konum ve Limit Yönetimi Prensipleri)

1Writer ve reviewer tarafından okunan materyaller şişerse, cümleler kurallara uymaya çalışırken küçülür ve yapay zeka kokusu geri gelir.
2Bu ortamda prensip "kurallar azaltılmaz, taşınır" şeklindedir ve her konum için limitler belirlenmiştir.
3
4[Üç Saklama Konumu]
5- İçselleştirme Katmanı (writer tarafından okunur): style-guide.md, voice-samples.md, edit-patterns.md
6  → İnce tutun. Yalnızca yargı açıklamaları. Kontrol listesine dönüştürmeyin
7- Makine Katmanı (Hook tarafından otomatik taranır): scripts/detect-ai-smell.js içindeki incelemeler
8  → Limit yok. Regex ile yazılabilir tüm yasaklar buraya gider
9- Yargı Katmanı (reviewer tarafından okunur): references/rubric.md, references/voice-samples.md
10  → Mesafe kriterleri alıntılardır. Karışıklık olduğunda tür başına yalnızca bir şablon

`scripts/detect-ai-smell.js` (Makine İncelemesi ve 'good' Kontrastı)

1// detect-ai-smell.js alıntısı
2const CHECKS = [
3  {
4    name: "Kaçıngan ifadeler / Kesin olmayan tavır",
5    patterns: [/bir genelleme yapmak güç|avantajları da dezavantajları da var|her şeyin bir bedeli var|duruma göre değişir|denebilir|düşünülebilir/g],
6    limit: 1,
7    gate: true,
8    good: "Bir tarafı seçin ve kesinlikle ifade edin, hemen ardından bir kanıt cümlesi koyun. İki tarafı da sunarak kapatmayın",
9  },
10  {
11    name: "Ön gösterim klişesi 'Önemli olan...'",
12    patterns: [/önemli olan|kritik nokta/g],
13    limit: 1,
14    gate: true,
15    good: "Ön gösterim yapmadan içeriği doğrudan yazın. 'Önemli olan X'tir' → 'X böyledir. Çünkü ~'",
16  },
17  {
18    name: "Soyut kontrastların tabelaları",
19    patterns: [/şeklinde bir yapıdır|tasarım odaklı düşünme/g],
20    limit: 1,
21    gate: true,
22    good: "Kontrastları kimin ne yaptığına dair eylemler olarak yazın. 'A ve B'nin yapısı' → 'A ~ yapar. B ~ yapmaz'",
23  },
24];

`style-guide.md` (Writer'a Yönelik Ön Koşul Talimatları)

1Bu rehber bir kontrol listesi değildir. Yazarken kendinize "Kuralları ihlal mi ediyorum?" diye sorarsanız, yapay zeka kokusu geri gelir.
2Makale yazarken bunlar içselleştirilmiş ön koşullar olarak işlem görür.
3
4Başlamadan önce şunları sesli olarak ifade edin:
51. Şu anda kim olarak yazıyorum (örneğin, pratikte yapay zekaya dokunan bir tasarımcı)
62. Hangi tepki hakkında yazıyorum (Beklenti → Gerçeklik → Fark)
73. Nasıl kapatacağım (Çözülmemiş sorular mı bırakacağım yoksa pozisyon mu belirleyip toparlayacağım)
84. Tonlama tasarımı. Hangi bölümleri vurgulayacağım, hangilerini tek cümleyle geçiştireceğim

Sonuç

Kançer (harness) ne kadar karmaşık olursa olsun veya seçilen model ne kadar mükemmel olursa olsun, insan yazarın içinde "ham özgüllük" yoksa metin ayakta duramaz.

Yapay zeka klişe üretir çünkü insanlar "ne yaşadıkları ve neyin yanlış hissettirdiği" gibi materyalleri sağlamamıştır. Soyut talimatlar yalnızca soyut banaliteler verir.

"Gerçekten elime aldığımda beklediğimden daha basitti ve hayal kırıklığına uğradım"

"Geceleri pull request geçtiğinde biraz rahatladım"

Etten kemikten gözlemlerin, sayıların ve özel isimlerin tohumları olduğunda, Gemini 3.8 Flash'ın ifade gücü ve Hook tabanlı otomatik inceleme gerçekten parlar.

Yapay zeka yazımı tembel otomasyon değil, kendi huzursuzluğunuzu okuyuculara verimli bir şekilde ulaştırma girişimidir. Az önce yazdığınız satırı gözden geçirerek başlayın.

Not: Bu makalenin kendisi, burada açıklanan yazım ortamına dayalı olarak yazılmıştır.