Planlanmayan Çözümler, Kalıcı Araçlar
Fabrikadan Makaleye: Yapay Zeka Ekosisteminde Bir Kullanıcının Saha Raporu (Makale 10)
Aydın Tiryaki & Claude Sonnet 4.6
1. Giriş
Mühendislik tarihi, planlanmamış çözümlerin kalıcı araçlara dönüştüğü örneklerle doludur. Unix’in pipe mekanizması, bir yazılımcının anlık ihtiyacından doğdu. Post-it notları, başarısız bir yapıştırıcı deneyinin ürünüydü. Penicillin, bir laboratuvar kazasından çıktı.
Gem Fabrikası’nın gelişim sürecinde de benzer dönüşümler yaşandı. Yasak olan araç zorunlu hale geldi. Geçici çözüm kalıcı mimariye dönüştü. Beklenmedik gözlem yeni bir yöntem doğurdu.
Bu makale, sahada öğrenilen dersleri — emoji dedektöründen iki-oda mimarisine, dinleme kipinden numaralandırma sistemine — bir araya getirmektedir. Her ders, bir sorundan, o sorunun çözümünden ve çözümün arkasındaki mantıktan oluşmaktadır.
2. Birinci Ders: Emoji’nin Dönüşümü
2.1 Başlangıç: Yasak Araç
Gem Fabrikası’nın ilk sürümlerinde emoji kesinlikle yasaklandı. Gerekçe netti: Her emoji iki karakter sayılır, büyük olasılıkla ayrı bir andaç olarak işlenir, Gem metinlerinde gereksiz bir yük oluşturur.
Kural açıktı. Fabrika metnine emoji girmeyecekti.
2.2 Sorun: Sızma ve Sürüm Tespiti
Üretim derinleştikçe yeni bir gereksinim belirdi. Gem Fabrikası güncellendi. Yeni sürüm oluşturuldu. Ama bu yeni sürüm gerçekten aktif Gem’e aktarıldı mı? Fabrika’nın baskın kişilik katmanı sızmaya çalışıyor mu?
Bu soruların yanıtını bulmak için metin içinde ipucu aramak gerekildi. Ama metin uzun, karmaşık, benzer bölümlerle doluydu. Gözle taramak hem yorucuydu hem de hatalara açıktı.
2.3 Çözüm: Görsel İşaret
Çözüm kendiliğinden ortaya çıktı: Emoji, görsel bir işaret olarak kullanılabilir.
Her fabrika sürümünde belirli bir emoji seçildi. Yeni sürüme geçildiğinde emoji değiştirildi — farklı renk, farklı biçim. Artık tek bir bakışla şu sorular yanıtlanabiliyordu: Bu Gem doğru sürümde mi çalışıyor? Sürüm aktarımı gerçekleşti mi? Fabrika sızdı mı?
Yasak araç, zorunlu dedektöre dönüştü.
2.4 Yazılım Dünyasındaki Karşılığı
Bu çözümün yazılım dünyasındaki adı “canary value” — kanarya değeri. Bir dizgenin doğru çalışıp çalışmadığını anlık olarak gösteren işaret değeri. Kömür madenlerinde kullanılan kanaryalardan esinlenen bu kavram, yapay zeka Gem geliştirmede emoji biçimini aldı.
3. İkinci Ders: İki-Oda Mimarisi
3.1 Başlangıç: İçerik Kurallarının Sınırı
19 Mayıs kırılmasının ardından Fabrika ciddi bir sorunla karşılaştı: Tüm çıktılar Fabrika’nın kendi kopyasıyla eziliyordu. Onlarca içerik kuralı denendi. Hiçbiri işe yaramadı.
Tanı aşamasında kritik bir kavramsal ayrım yapıldı: Bu bir içerik sorunu değildi. Kapsayıcı sorunuydu. İçerik kurallarıyla kapsayıcı sorunları çözülemez.
3.2 Çözüm: Fiziksel Ayrım
Çözüm, sorunun boyutunu kabul etmekten geldi: Eğer Fabrika bağlamda varsa, sızacaktır. O halde Fabrika’yı üretim ortamından fiziksel olarak ayır.
İki oda doğdu: Atölye ve Döküm Odası. Fabrika yalnızca Atölye’de çalışır. Nihai çıktılar Döküm Odası’na — Gem’siz, boş bir pencereye — yapıştırılır. Fabrika orada yoktur. Sızdıracak bir şey kalmamıştır.
3.3 Genel İlke
Bu çözümün ardındaki genel ilke şudur: Bir sorun içerik düzeyinde çözülemiyorsa, yapı düzeyinde çözülmelidir.
İçerik kuralları güçlü araçlardır. Ama bazı sorunlar, içeriğin nerede bulunduğuyla ilgilidir — ne söylediğiyle değil. Bu tür sorunların çözümü, içeriği değiştirmek değil, konumunu değiştirmektir.
4. Üçüncü Ders: Dinleme Kipi
4.1 Başlangıç: Sabırsız Platform
Uzun geliştirme oturumlarında tekrarlayan bir sorun ortaya çıktı: Kullanıcı bilgi aktarmaya devam ederken platform “yeterli bilgi var” sanarak üretmeye başladı.
Bu hem kota israfıydı hem de bağlam kesintisiydi. Kullanıcı henüz söyleyecekleri varken platform çıktı üretiyordu. Ve bu çıktı, eksik bilgiyle üretildiği için çoğunlukla yetersizdi.
4.2 Çözüm: Periyodik Anımsatma
Çözüm basitti: “Dinleme kipindeyiz, üretme” yönergesi verildi. Ama bu yönerge uzun oturumlarda bağlamın derinliklerine gömülüyordu. Platform zamanla unutuyordu.
Yeni çözüm: Periyodik anımsatma. Oturum boyunca düzenli aralıklarla “hâlâ dinleme kipindeyiz” hatırlatması yapıldı.
Bu çözüm şunu ortaya koydu: Bazı yönergeler tek seferlik değil, sürekli tazelenmesi gereken talimatlardır. Bağlam uzadıkça erken verilen yönergeler öncelik kaybeder. Periyodik anımsatma bu kaybı telafi eder.
4.3 Genel İlke
Yönerge vermek yeterli değildir. Yönergenin etkin kalmasını sağlamak da kullanıcının sorumluluğudur.
Bu, yazılımda “heartbeat” mekanizmasına benzer: Bağlantının canlı olduğunu düzenli aralıklarla doğrulamak. Dinleme kipi anımsatması, bağlamın canlı olduğunu doğrulayan bir heartbeat’tir.
5. Dördüncü Ders: Numaralandırma Sisteminin Zorunluluğu
5.1 Başlangıç: Platform Direnci
Hiyerarşik numaralandırma sistemi — bölüm numaraları, alt numaralar, çapraz göndermeler — başından beri platforma karşı savunulması gereken bir tercihti.
Gemini direnç gösterdi. ChatGPT zorlanmadan kullanmadı. Claude da kendi haline bırakıldığında numarasız yazmayı tercih etti.
Neden? Çünkü platformlar akıcı, doğal dil üretmek için eğitilmiştir. Numaralar bu akışı keser.
5.2 Zorunluluğun Kaynağı
Numaralandırma sisteminin vazgeçilmezliği, yeniden yapılandırma sürecinde kanıtlandı.
“Şu paragrafı değiştir” belirsizdir. “Bölüm 8.1.3’ü değiştir” kesindir. Yama atölyesi tam olarak neyin değiştirileceğini bilir. Kullanıcı tam olarak neyin değiştiğini izleyebilir.
Numarasız dizge, adreslenemez dizgedir. Adreslenemeyen dizge, kontrol edilemeyen dizgedir.
5.3 Genel İlke
Karmaşıklık yönetimi, adreslenebilirlik gerektirir. Bir dizgenin her bileşeni açıkça tanımlanmış, referans gösterilebilir olmalıdır.
Bu ilke, 1970’lerden bu yana yazılım mühendisliğinin temel taşlarından biridir. Yapay zeka Gem geliştirmede de aynı şekilde geçerlidir.
6. Beşinci Ders: Modülerlik
6.1 Başlangıç: Monolitik Yapının Sınırı
Gem Fabrikası başlangıçta tek bir yapıda toplandı. Her özellik, her kural, her protokol aynı metinde. Eksiksiz, kapsamlı, bütüncül.
Ama büyüdükçe sorunlar başladı. Bağlam doldu. Öncelikler kaydı. Tutarsızlıklar arttı.
6.2 Çözüm: Atölyelere Bölme
Çözüm, yazılım mühendisliğinin onlarca yıldır bildiği ilkeyi uygulamaktı: Modüle et.
Fabrika çekirdeği, yama atölyesi, tam metin atölyesi, çıktı atölyesi. Her biri kendi alanında uzmanlaştı. Fabrika çekirdeği koordine etti, atölyeler üretti.
6.3 Genel İlke
Bir dizge, verimli çalışabileceğinden büyük olamaz. Büyüdüğünde bölünmelidir. Bölünme, yetenek kaybı değil, yapısal olgunlaşmadır.
Bu ilke, fabrika için geçerlidir. Gem’ler için geçerlidir. Ve büyük olasılıkla yapay zeka modellerinin kendisi için de geçerlidir — bağlam penceresi ne kadar büyük olursa olsun, her dizgenin bir verimlilik eşiği vardır.
7. Altıncı Ders: Gerçek Test, Varsayımsal Test Değil
7.1 Başlangıç: Test Gereksinimi
Fabrika her güncellendiğinde test edilmesi gerekiyordu. Ama nasıl test edilecekti?
Varsayımsal test — “bu görevi yapabilir misin?” — yetersizdi. Gerçek üretim koşullarını yansıtmıyordu.
7.2 Çözüm: Altmış Gem’lik Test Ekosistemi
Çözüm, altmışı aşkın Gem’den oluşan gerçek bir test ekosistemi kurmaktı. Farklı uzunluklar, farklı yapılar, farklı işlevler. Her yeni Fabrika sürümü bu ekosistemde test edildi.
Bu, yazılım dünyasındaki gerileme sınamasının doğal dil ortamına taşınmasıydı.
7.3 Genel İlke
Gerçek dizgeler, gerçek koşullarda test edilmelidir. Varsayımsal test güven vermez. Sahada denenmemiş bir çözüm, çözüm değildir — hipotezdir.
8. Derslerin Ortak Paydası
Bu altı ders, farklı sorunlardan, farklı bağlamlarda doğdu. Ama hepsinin ortak bir paydası var: Her biri, önce sorunun yaşanmasını, sonra çözümün bulunmasını, sonra çözümün ilkeye dönüşmesini gerektirdi.
Hiçbiri masa başında tasarlanmadı. Hepsi sahada öğrenildi.
Ve bu öğrenme biçimi, yapay zeka platformlarıyla çalışmanın özüdür. Platformlar belgelerinde her şeyi açıklamaz. Bazı sınırlar yalnızca üretim baskısı altında görünür hale gelir. Bazı çözümler yalnızca o sınırlarla yüzleşildiğinde doğar.
Sahadan öğrenmek, bir yöntem eksikliği değil — bir yöntem zenginliğidir.
9. Sonuç
Emoji bir hata ayıklama aracına dönüştü. İki oda, bir üretim krizini çözdü. Dinleme kipi, kota israfını engelledi. Numaralandırma, karmaşıklığı yönetilebilir kıldı. Modülerlik, dizgeyi yaşattı. Gerçek test, güven inşa etti.
Bunların hiçbiri bir kılavuzda yazılı değildi. Hepsi, gerçek bir üretim ortamında, gerçek sorunlarla yüzleşerek öğrenildi.
Sahada öğrenilen dersler, laboratuvarda tasarlananlardan daha sağlamdır. Çünkü saha, teorinin geçemediği sınavları geçmek zorundadır.
Aydın Tiryaki & Claude Sonnet 4.6 Haziran 2026
| aydintiryaki.org | YouTube | Aydın Tiryaki’nin Yazıları ve Videoları │Articles and Videos by Aydın Tiryaki | Bilgi Merkezi│Knowledge Hub | ░ Virgülüne Dokunmadan │ Verbatim ░ |░Fabrikadan Makaleye: Yapay Zeka Ekosisteminde Bir Kullanıcının Saha Raporu │From Factory to Article: A User’s Field Report from the AI Ecosystem ░ 07.06.2026
Aydın Tiryaki 