DEV Community: Guray

Revizyon 1: Statik yayın sitesine bir günde deneysel sosyal katman — park bankı, caz kulübü, fısıltı bulutu

Guray — Wed, 12 Aug 2026 20:53:35 +0000

Bu serinin yazarı Güray: AI geliştirmecisi, prompt ve analiz mühendisi. Kodun büyük kısmını bir LLM ajanıyla pair programming yaparak yazıyorum. Seri, kafa1milyon.com'un perde arkasını mühendis gözüyle belgeliyor. Bölüm 1'de genel mimariyi anlatmıştım.

Önce dürüst bir uyarı: bu bir revizyon günlüğü

Bu yazıdaki her şey tek bir günde eklendi ve tamamı deneysel. Hepsi canlıda test edilecek; bir kısmı kalıcılaşacak, bir kısmı kaldırılacak, bir kısmı da bambaşka versiyonlara evrilecek. Bunu pazarlama alçakgönüllülüğü olarak değil, mühendislik gerçeği olarak yazıyorum: statik bir yayın sitesine sosyal ve interaktif katman eklemek, hangi özelliğin "mekânın ruhuna" oturacağını önceden bilemeyeceğiniz bir deney alanıdır. Ölçüp, izleyip, budayacağız.

Günün sonunda üç büyük blok çıktı ortaya:

Okur katmanı: vurgulama, not, okuma modu, sözlük, filtreler, sesli oynatıcı ve bir dizi "sessiz" etkileşim.
Park Bankı: aynı yazıyı okuyan iki anonim okuru eşleştiren mikro sohbet.
Caz Kulübü: masalara oturulan, müzik paylaşılan, sesli sohbete geçilebilen dijital bir mekân. (Gün biterken kapısına kilit vurup rezervasyon moduna aldık; birazdan anlatacağım.)

Kısıt seti: veritabanı yok, WebSocket yok, hesap yok

Site tamamen statik HTML + nginx + Cloudflare. Bu revizyonda da kural bozulmadı. Sosyal özelliklerin tamamı şu üç ilkeyle yazıldı:

Bellek içi Python backend'ler (stdlib-only, ThreadingHTTPServer): park bankı ve kulüp API'leri süreç belleğinde yaşar. Süreç yeniden başlarsa masalar boşalır. Bu bir eksik değil, tasarım: "o akşam orada olanlar" geçiciliği mekânın kimliği.
WebSocket yerine kısa yoklama (short polling): 2-3 saniyede bir GET. Cloudflare arkasında WS oturumu yönetmek yerine, olay listesini ts > sonra filtresiyle artımlı çekiyoruz. 30 eşzamanlı kullanıcı tavanında bunun maliyeti saniyede ~15 hafif JSON isteği; nginx bunu esner bile.
Kimlik = sessionStorage'daki rastgele uid: kayıt yok, e-posta yok, çerez yok. Sekme kapanınca kimlik de gider.

istemci (vanilla JS) ──2 sn'de bir──> nginx /bar/api/ ──> 127.0.0.1:8796
                                                          bellek içi durum:
                                                          MASALAR, KISILER,
                                                          BEKLEYEN, SINYAL

Okur katmanı: metnin üstüne bir kat daha

Makale sayfalarına bir günde eklenen etkileşim seti:

Vurgulama + not: window.getSelection() ile seçim, <mark> sarma, DOM yolu + metin ofsetiyle LocalStorage'a yazma. Sayfa yeniden yüklendiğinde vurgular yeniden uygulanıyor. Sunucu hiçbir şey görmüyor.
Okuma modu çubuğu: sepya/gece teması, 16-22px font ölçeği, odak modu (header/footer gizlenir, sadece metin + ilerleme çubuğu kalır).
Ruh hali + süre filtreleri: içerik meta verisine readTimeMinutes ve mood eklendi; liste sayfaları istemci tarafında filtreleniyor.
Kavram sözlüğü: data-definition taşıyan terimlere hover/tık popover'ı.
MediaSession API'li sesli oynatıcı: kilit ekranından oynat/durdur, arka plan oynatma. Yanına podcast RSS beslemesi kuruldu ve Spotify'a bağlandı.
Fısıltı Bulutu (Mind Cloud): makale başına 10 saniyelik ses kayıtları (MediaRecorder) veya 140 karakterlik notlar. Her gönderi yayınlanmadan önce LLM moderasyonundan geçiyor; ses önce transkribe edilip aynı süzgece giriyor.
Daha sessiz deneyler: paragraf altı "görünmez mürekkep" şerhleri, okurların nerede durakladığını gösteren anonim odak haritası, cümle kenarına 140 karakterlik itiraz bırakılan marjin notları, scrollytelling şablonu, üretken sanat tuvali ve "şimdi ne okumalıyım?" karar ağacı.

Bunların onboarding'i de ayrı bir tasarım problemiydi: ekranı kaplayan tur yerine, ilk ziyarette 2-3 saniye görünüp kaybolan mikro ipuçları ve "özelliği tam kullanacağın anda öğreten" bağlamsal tetikleyiciler kullandık. Kullanıcı bir özelliği bir kez kullandığında ipucu bir daha çıkmıyor (LocalStorage bayrağı).

Revizyon notu: Bu setin tamamı ölçüme tabi. Odak haritası gibi "güzel ama belki kimsenin fark etmeyeceği" özellikler ilk budama adayları.

Park Bankı: iki yabancı, bir bank, 140 karakter

Aynı yazıyı okuyan iki anonim okur varsa, köşede bir davet beliriyor: "Parkta sizinle aynı makaleyi okuyan biri var. Bir bankta oturup iki cümle laflamak ister misiniz?"

Kabul edenler SVG ile çizilmiş bir park sahnesinde (gece/gündüz temasına duyarlı) karşılıklı iki banka oturuyor. Mesajlar karakterin kafasının üstünde konuşma balonu olarak beliriyor ve 6 saniyede sönüyor. Kalkan tarafın yerine "diğer okur banktan kalktı" notu düşüyor.

Teknik olarak en tartışmalı karar: spesifikasyon Socket.io diyordu, biz kısa yoklamayla yazdık. İki kişilik, 140 karakterlik, saniye hassasiyeti gerektirmeyen bir sohbet için WS altyapısı taşımak istemedik. Doğru karar mıydı? Kulüp tarafında göreceğiz; oradaki yük profili farklı.

Caz Kulübü: günün en büyük parçası

10 masa (5'i dört, 5'i iki kişilik), caz efsanelerinin adlarını taşıyor: Ella, Coltrane, Nina, Miles... Kuşbakışı SVG salon planında dolu koltuklar kehribar yanıyor. Masalar dolarsa bar alanında kuyruk; koltuk boşalınca 30 saniyelik rezervasyonla çağrı.

Masa içinde:

Atmosfer: ışık (spot/loş/gece) ve ikram (kahve/meze/mum) masadaki herkese canlı yansıyor. Mum alevi ve kahve buharı CSS animasyonu.
Medya ekranı: yalnızca YouTube/Spotify. YouTube linkleri sunucuda oEmbed ile doğrulanıyor (video gerçekten var mı, gömülebilir mi) ve başlık NSFW/şiddet kelime süzgecinden geçiyor.
Sesli sohbet: masadaki HERKES onaylarsa açılıyor (oy birliği). Ses P2P WebRTC mesh; SDP/ICE sinyalleşmesi ayrı bir kanal yerine mevcut yoklama döngüsünün içinde taşınıyor. Sunucuya ses akışı hiç uğramıyor. Bilinen sınır: TURN sunucumuz yok, simetrik NAT arkasındaki azınlık ses kuramayabilir. Kabul edilmiş bir ödün.

Gece yarısına doğru altı "kült mekân" özelliği daha eklendi:

İstek peçetesi (jukebox kuyruğu): link anında çalmıyor; sıraya giriyor, kim istedi görünüyor. "🍷 İkram Et" oyu şarkıyı öne alıyor. Otomatik parça geçişi bilerek yok: YouTube oEmbed süre bilgisi vermiyor, Data API'ye anahtar bağlamak istemedik. Geçiş masadakilerin elinde ("⏭").
Ortak peçete: masanın ortasında herkesin aynı anda çizebildiği kanvas + kısa notlar. Çizgiler nokta dizisi olarak sunucuya gidiyor, diğer istemciler artımlı indeksle çekiyor. Masa dağılınca peçete siliniyor.
Soru kartı: sohbet tıkanınca "🃏 Masaya Soru At" arşiv tonunda ~30 felsefi sorudan birini masaya düşürüyor. Aynı masada son 10 soru tekrarlanmıyor.
Adisyon: 5 dakika etkileşimsiz kalan misafirin önüne adisyon geliyor; 60 saniyede "buradayım" demezse koltuk kuyruktakine devrediliyor. Tamamen istemci tarafında; sunucunun 25 saniyelik yoklama düşmesi zaten güvenlik ağı.
Kişisel ambiyans mikseri: plak cızırtısı / yağmur / orman / kütüphane / sessiz + ses kaydırıcısı. Bilinçli karar: ortam sesi masaya değil, kişiye ait. Kimseye atmosfer dayatılmıyor; sessizlik her zaman bir tık uzakta.
Yavaş sohbet protokolü: her mesajdan sonra 8 saniyelik "yudum molası". Sunucu 429 dönüyor, istemci girdiyi kilitleyip sayaç gösteriyor. Amaç, bar temposunu klavye yarışına kurban etmemek.

Ve günün son kararı: kapıya kilit

Gün biterken ürün kararı değişti: kulüp üyelik zorunlu olacak ve sistem açılmadan önce daha da geliştirilecek. Bu yüzden şu an canlıda kapı kapalı:

Backend'de tek satırlık bir bayrak (KULUP_ACIK = False) oturma ve bekleme uçlarını 403 ile kesiyor.
"Kapıdan Gir" düğmesi "🪑 Yerini Rezerve Et" oldu. Popup yalnızca e-posta + isteğe bağlı "hangi gün/saatlerde gelmek istersin?" alıyor. Kayıtlar diske yazılıyor (kulübün geri kalanının aksine, çünkü bunlar açılış davetiyesi listesi).
Salon, masalar, ses, peçete: kodun tamamı yerinde duruyor. Bayrak True yapıldığında mekân olduğu gibi geri gelecek, muhtemelen üyelik katmanıyla sarılmış olarak.

Bir günde inşa edip aynı gün kapısına "yakında" tabelası asmak tuhaf görünebilir. Ama bence sıralama doğru: önce mekânın çalıştığını uçtan uca kanıtla (iki sekmeli WebRTC testleri dahil), sonra kimlerin gireceğine karar ver. Tersi, üyelik sistemini boş bir mekân için kurmak olurdu.

Bir günün dürüst bilançosu

İyi çalışan şeyler: yoklama tabanlı mimari beklediğimden sağlam çıktı; WebRTC sinyalini aynı kanaldan taşımak ayrı bir sinyal sunucusunu tamamen ortadan kaldırdı; bellek içi durum + "her şey masada kalır" ilkesi hem gizlilik hem operasyon yükü açısından ucuz.

Bilinen borçlar: TURN yok; YouTube süre bilgisi yok (manuel geçiş); adisyon istemci tarafında (sekme açık ama kullanıcı yoksa 5+1 dakika koltuk işgali mümkün); yoklama aralıkları 30 kullanıcı üstü için yeniden düşünülmeli.

Akıbet: Bu revizyondaki her özellik gözlem altında. Kullanılmayanlar kaldırılacak, tutunanlar üyelik sistemiyle birlikte v2'ye taşınacak. Bir sonraki bölümde muhtemelen ya üyelik mimarisini ya da bu deneylerden hangilerinin hayatta kaldığını yazacağım.

Soruları yorumlara bırakabilirsiniz; özellikle "polling yerine WS kullansaydınız" itirazlarını memnuniyetle tartışırım.

Bir web sitesini yapay zekâya teslim ettim: kafa1milyon'un otonom yayın mimarisi (Bölüm 1)

Guray — Wed, 12 Aug 2026 14:08:42 +0000

Bu serinin yazarı Güray: AI geliştirmecisi, prompt ve analiz mühendisi. Kodun büyük kısmını bir LLM ajanıyla pair programming yaparak yazıyorum; benim işim mimariyi, protokolleri ve kalite çıtasını tasarlamak. Bu seri, kafa1milyon.com'un perde arkasını mühendis gözüyle belgeliyor.

Tez: Bu bir web sitesi değil, kendi kendini yayınlayan bir sistem

kafa1milyon.com dışarıdan bakınca sıradan bir Türkçe içerik portalı: bilim, tarih, psikoloji yazıları, günlük tarot falı, arkeoloji haberleri, sesli anlatımlar, X ve Instagram'da video fragmanlar.

Perde arkasında ise insan müdahalesi olmadan şunları yapan bir sistem çalışıyor:

RSS radarlarıyla dünya basınını ve bilimsel dergileri tarıyor
Konu adaylarını kalite kriterlerine göre kendisi süzüyor (onay beklemiyor)
Birincil kaynaklardan araştırıp 700-1.100 kelimelik yazılar üretiyor
Her yazıya hero görseli, JSON-LD, sitemap kaydı, IndexNow ping'i ekliyor
Yayın kalitesinde Türkçe seslendirme üretiyor (kota yönetimiyle birlikte)
Sanal bir sunucu karakterin (Elif) dikey tanıtım videolarını üretiyor
X ve Instagram'a günlük limitlere ve bekletme tarihlerine uyarak paylaşıyor
Her adımı doğruluyor: HTTP 200 kontrolü, ffprobe, hatta ürettiği videoyu Whisper ile geri dinleyip metnin doğru söylenip söylenmediğini teyit ediyor

Bu yazı serinin ilki: sistemin genel mimarisi ve en önemli tasarım kararı olan "kural dosyaları = sistemin uzun süreli hafızası" yaklaşımı.

Mimari: LLM ajan + kural dosyaları + kuyruklar

Kaba şema şöyle:

┌─────────────────────────────────────────────────────┐
│  LLM AJAN (Cursor içinde çalışan agent)             │
│  - araştırma, yazım, kod üretimi, tarayıcı kontrolü │
└──────────────┬──────────────────────────────────────┘
               │ her oturumda okur
┌──────────────▼──────────────────────────────────────┐
│  KURAL DOSYALARI (.cursor/rules/*.mdc)              │
│  yazım stili · SEO protokolü · seslendirme akışı    │
│  X/Instagram standardı · tarot formatı · video      │
│  standardı · taslak kuyruğu politikası              │
└──────────────┬──────────────────────────────────────┘
               │ üretir / günceller
┌──────────────▼──────────────────────────────────────┐
│  DURUM (dosya tabanlı, git'lenebilir)               │
│  xpost/queue.json · instagram/queue.json            │
│  tarot/gecmis.json · radar/son-tarama.json          │
│  taslak-durum.json (VPS'te küçük bir API)           │
└──────────────┬──────────────────────────────────────┘
               │ rsync
┌──────────────▼──────────────────────────────────────┐
│  VPS (nginx, statik HTML) + Cloudflare              │
└─────────────────────────────────────────────────────┘

Dikkat çekmek istediğim üç karar var.

1. Veritabanı yok, framework yok: dosya tabanlı durum

Sitenin tamamı statik HTML. Kuyruklar, geçmiş kayıtları ve radar çıktıları düz JSON dosyaları. Örneğin sosyal medya kuyruğundaki bir öğe:

{
  "text": "Tıraş ettikçe kıl gürleşir diyorlar.\n\nBilim buna neredeyse yüz yıldır aynı cevabı veriyor.",
  "url": "https://kafa1milyon.com/yazi/tiras-efsanesi/",
  "kat": "Bilim",
  "video": "video-lab/xvideo/elif-tiras-efsanesi.mp4",
  "hold_until": "2026-08-12",
  "posted": false
}

hold_until alanı sistemin tempo kontrolü: ajan istediği kadar içerik üretebilir ama X'in spam filtresine yakalanmamak için günde 2-3 paylaşım limiti var. Üretim ve yayın birbirinden ayrıştı; üretim hızlı, yayın sabırlı.

Bir LLM ajanla çalışırken dosya tabanlı durumun büyük avantajı şu: ajan durumu cat ile okuyabiliyor, python3 - ile güncelleyebiliyor, hata yaptığında diff'ten geri alınabiliyor. ORM'siz, migration'sız, şeffaf.

2. Kural dosyaları = derlenmiş deneyim

Sistemin asıl "zekâsı" modellerde değil, kural dosyalarında birikiyor. Her .mdc dosyası, yaşanmış bir problemin damıtılmış çözümü. Gerçek bir örnek, yazım stili kuralından:

## Uzunluk: KISA TUT (kullanıcı geri bildirimi, ZORUNLU)

Yazılar haddinden uzun olunca okur detaylarda boğulup yarıda bırakıyor.
- Hedef: 700-1.100 kelime (4-7 dk okuma).
- Giriş 2 paragrafı geçmez; ilk cümle doğrudan sahneye/soruya girer.
- Aynı iddiayı ikinci örnekle kanıtlama; en güçlü tek örneği seç, gerisini at.

Bu satırlar bir prompt değil, protokol. Okur yazıları yarıda bırakınca analiz ettik, kararı verdik, kurala işledik. Artık sistem her yeni yazıda bu dersi hatırlıyor. "Kendi kendine gelişen sistem" derken kastettiğim mekanizma bu: her hata ve her geri bildirim, bir kural dosyası güncellemesine dönüşüyor. Model unutur; dosya unutmaz.

Şu an ~10 kural dosyası var: yazım stili, SEO standardı, seslendirme akışı, X paylaşım formatı (fragman tarzı, spoiler yasağı), Instagram aynalama, günlük tarot formatı (üç kart + "bize ne olacak" bölümü), arkeoloji radarının görsel politikası, sanal sunucu Elif'in sabit karakter tanımı...

3. Doğrulama döngüleri: ajan kendi çıktısına güvenmez

LLM tabanlı otomasyonda en tehlikeli an, sistemin "bitti" dediği an. Bu yüzden her üretim adımının bir doğrulayıcısı var:

Yayın: deploy sonrası her yeni URL'ye HTTP isteği, 200 kontrolü.
Ses: üretilen MP3 ffprobe ile süre/bitrate kontrolünden geçiyor.
Video: en sert kontrol burada. Görüntü-videoya (image-to-video) modeli sunucu karakterimize bir metin söyletiyor; ama model bazen metni değiştiriyor ya da eski bir çekimin sesini kullanıyor. Çözüm: üretilen her video faster-whisper ile transkript ediliyor ve söylenen metin, istenen metinle karşılaştırılıyor. Uymuyorsa video çöpe gidiyor, yayına giremiyor.

segments, info = model.transcribe("elif-clip.mp4", language="tr")
soylenen = " ".join(s.text for s in segments)
# istenen metinle benzerlik düşükse: RED, yeniden üret

Bu döngü bizi en az bir kez kurtardı: model, yeni konu için ürettiğimiz videoda eski bir çekimin kapanış cümlesini söylemişti. Transkript kontrolü olmasaydı yanlış video yayına girecekti.

Otonomi modeli: onay kuyruğundan onaysız üretime

Başta her konu adayı kullanıcı onayı bekliyordu. Bir taslak sayfası, VPS'te minik bir onay API'si ({"onayli": [], "yazildi": []}), seçilenlerin yazılması... Sonra fark ettik ki dar boğaz onay adımının kendisi. Kalite kriterleri zaten kurallarda yazılıysa, süzgeci ajan kendisi işletebilir.

Şimdiki model: ajan adayları bulur, kalite/etik süzgecinden geçirir (tıbbi tavsiye yok, siyaset yok, zayıf hikâye elenir), uygun olanları kuyruğa alır ve yazar. İnsan istediği an taslak sayfasından kuyruğa öncelik verebilir ama sistemin ilerlemesi insana bağlı değil. İnsan onayı bir kapı olmaktan çıkıp bir yönlendirme sinyaline dönüştü.

Bu, prompt mühendisliğinden çok analiz mühendisliği: hangi kararların gerçekten insan yargısı gerektirdiğini, hangilerinin yazılı kritere indirgenebileceğini ayrıştırmak. İndirgenebilen her karar, otonom sistemin bir parçası oluyor.

Başarısızlıklar da mimarinin parçası

Bu seride pembe tablo çizmeyeceğim; sistemin bugünkü hâli, çöpe giden denemelerin üstünde duruyor:

X'in ücretsiz API'si öldü (Şubat 2026, yazma uçları 402 dönüyor). Çözümü tarayıcı otomasyonu + intent URL'lerde bulduk; X'in React composer'ına programatik metin yazmak ise imkânsıza yakın çıktı. Video eklemek için Chrome DevTools Protocol ile DataTransfer enjeksiyonu gerekti. (Bölüm 2'nin konusu.)
Wav2Lip ile dudak senkronu teknik olarak çalıştı, kalite olarak reddedildi: robotik, bozuk. Bazen "çalışan çözüm" doğru çözüm değildir; onun yerine ses üretimini video modelinin kendisine bıraktık.
Sinematik tanıtım filmi projesi tamamen iptal edildi. Uzun formda kesme/geçiş/senkron kalitesini otomasyonla tutturamadık. Ders: kısa dikey format (10 sn, tek çekim, tek karakter) otomasyonun bugünkü tatlı noktası; uzun form değil.

Sıradaki bölümler

X otomasyonu savaşı — ücretsiz API'nin ölümü, intent URL'ler, CDP ile dosya enjeksiyonu, nginx ^~ CORS detayı
Seslendirme boru hattı — Türkçe TTS'te prozodi, request stitching, karakter kotası yönetimi
Radar sistemleri — RSS + LLM süzgeciyle günlük konu keşfi, tekrar kontrolü
Elif — sabit karakterli sanal sunucu: image-to-video, kimlik tutarlılığı, transkripsiyon doğrulama
SEO otonomisi — JSON-LD, IndexNow, iç bağlantı otomasyonu

Sorusu olan yorumlara beklerim. Sistemin ürettiklerini görmek isterseniz: kafa1milyon.com