Kod Yazmayı Bilmeyen Bir İnsan ve Bir AI Nasıl Birlikte Çalıştı? · Bir AI ile Mentor Bot İnşa Etmenin Yol Haritası

Bir yazarım, mühendis değilim. Ömrümde tek satır kod yazmadım; Muhafız Mentor'u yaparken de yazmadım. Ama "yapay zeka her şeyi halleder" diye ekranın karşısına kurulup oturmadım da. Otuz günde Terminal'i öğrendim. Bir sunucuya uzaktan bağlanmayı öğrendim. Bir komutu kopyalarken hangi karakteri silmemem gerektiğini, şifremdeki ünlem işaretini neden tırnak içine almam gerektiğini, port 22 kapandığında kendi sunucuma neden giremediğimi öğrendim. Kod yazmadan, ama bir yapay zekayla omuz omuza çalışabilmek için epeyce teknik şey öğrenerek.

Bu yazı, "yapay zeka her şeyi yapıyor, insana iş kalmıyor" inancının karşısında duruyor. Bir yapay zekayla birlikte üretmek mümkün; ama insanın hiçbir şey öğrenmeden bunu yapması mümkün değil. Aşağıda iki şeyi birden dürüstçe anlatıyorum: kod yazmayı bilmeyen bir yazar olarak bir mentor yapay zekayı nasıl kurduğumu ve bu yolda neleri öğrenmek zorunda kaldığımı.

Önceki iki yazıda Muhafız Mentor'un ne olduğunu ve zihnini nasıl kurduğumu anlattım. Bu yazı ürünün değil, sürecin yazısı: bir insanla bir yapay zekanın aynı işi nasıl paylaştığının yol haritası. Mentor'un saldırılar karşısında nasıl sınandığını bir sonraki yazıda ele alacağım.

Yanılgı · "Yapay Zeka Her Şeyi Yapar" İddiasının Söylemediği

İnternet bugün bir vaatle dolu: "Beş dakikada yapay zeka uzmanı ol." "Kod yazmadan uygulama kur." "Yapay zeka senin yerine yapsın, sen sadece izle." Bu cümlelerin ortak bir boşluğu var. Hepsi öğrenmeyi denklemden siliyor.

Doğru olan kısmı şu: kod yazmadan bir yapay zekayla üretim yapmak gerçekten mümkün. Ben yaptım. Yanlış olan kısmı şu: bunu sıfır öğrenmeyle yapamazsın. Yapay zeka kodu benim yerime yazdı, ama o kodun ne yaptığını anlamak, nereye konacağını bilmek, çalışmadığında neyin bozulduğunu okumak bana kaldı.

Buna Sıfır Kod Yanılgısı diyorum: yapay zekayla üretimde insanın hiçbir teknik şey öğrenmeden sonuca ulaşacağı sanısı. Kod yazmamak ile hiçbir şey öğrenmemek aynı şey değil. Pazarlama dili bu ikisini kasıtlı olarak karıştırıyor, çünkü "öğrenmen gereken on şey var" cümlesi "beş dakikada uzman ol" kadar iyi satmıyor.

Somut bir örnek vereyim. Sunucuyu kurarken yapay zeka bana bir komut verdi, yapıştırdım, çalışmadı. Hata mesajını okudum, yapay zekaya geri taşıdım, yeni bir komut geldi, o da yarım çalıştı. Bu gidiş geliş iki saat sürdü. "Yapay zeka yapsın, ben izleyeyim" senaryosunda o iki saat hiç bitmezdi; çünkü hata mesajını okuyup doğru soruyu soracak biri masada olmazdı. Üretim, yapay zeka ile insan arasında sürekli gidip gelen bir top. Topu tutacak bir el lazım; o el de benimdi.

Bu yazının taahhüdü dürüstlük. Neyi yapmadığımı da, ne öğrenmek zorunda kaldığımı da olduğu gibi yazıyorum.

Öğrenmek Zorunda Kaldığım On Teknik Şey

Bu bölüm yazının kalbi. Aşağıdaki on başlığın hiçbiri kod yazmak değil. Ama hiçbiri olmadan da bir yapay zekayı yönlendirmek mümkün olmadı.

1. Terminal kullanımı. Mac'te Terminal denen siyah pencereyi açmak, bir klasöre girmek, içindeki dosyaları listelemek, yapay zekanın verdiği bir komutu yapıştırıp çalıştırmak. İlk gün bana yabancı gelen bu pencere, bir ayın sonunda en çok vakit geçirdiğim yer oldu.
2. SSH bağlantısı. Uzaktaki bir sunucuya kendi bilgisayarımdan bağlanmak demek olan SSH'i öğrendim. Şifre yerine anahtar çiftiyle (bir açık anahtar sunucuda durur, bir gizli anahtar bende kalır) bağlanmanın neden daha güvenli olduğunu, `~/.ssh/config` dosyasının bağlantıyı nasıl kolaylaştırdığını kavradım.
3. Komut kopyalama disiplini. Yapay zekanın verdiği bir komut bloğunu doğru yere yapıştırmak, içindeki köşeli parantezli yer tutucuyu (`[ŞİFRENİ-BURAYA-YAZ]` gibi) silip gerçek değeri koymak, tırnakları ve parantezleri bozmadan taşımak. Yanlış silinen tek bir karakter komutu çalışmaz hale getiriyor.
4. Hata mesajlarını okumak. "Connection refused" (bağlantı reddedildi), "Permission denied" (izin yok), "command not found" (komut bulunamadı). Bu üç mesaj bir ay boyunca en sık karşıma çıkanlardı. Bir keresinde "Connection refused" mesajı beni kendi sunucumdan günlerce uzak tuttu; sorunu çözmek için önce o mesajın "kapı kapalı" demek olduğunu, sonra hangi kapının kapandığını anlamam gerekti. Her hata mesajı bir adres; nereye bakacağını söylüyor.
5. Karakter kodlama farkı. Şifremde `!` işareti vardı. Bu işaret bir komut satırına girince bambaşka bir anlam kazanıyor; tek tırnak içine almazsam komut bozuluyordu. Aynı şekilde bir şifre bir internet adresinin içine girince bazı karakterlerin özel bir biçimde yazılması gerekiyordu. Görünmez bir kuraldı, bedelini birkaç başarısız denemeyle ödeyerek öğrendim.
6. Dosya izinleri. Gizli bilgileri tutan dosyaya (`.env` dosyası) yalnızca benim okuyabileceğim izni vermek demek olan `chmod 600` komutunu öğrendim. Bir sunucuda her dosyanın kimin tarafından okunabileceği bir ayardır; bu ayar da bir güvenlik kararı.
7. Git temelleri. Kodun hangi sürümde olduğunu gösteren `git status`, geçmişi listeleyen `git log`, bir işin kaydını tutan commit kavramı, ayrı bir hatta çalışmak demek olan branch. Kod yazmadım ama kodun tarihini okumayı öğrendim.
8. Cloud altyapı kavramları. Sunucu kiralamak, bir alan adını sunucunun adresine bağlamak (DNS), trafiği güvenli hale getirmek (SSL), bağlantı kapısı (port), güvenlik duvarı, alt alan adı. Helsinki'de bir sunucu açtım, bir alan adını ona yönlendirdim, `muhafiz.cemunsal.com` adresini canlıya aldım. Bu kavramların hiçbirini bir ay önce bilmiyordum.
9. Yapay zekanın söylediğini eleştirel okumak. Yapay zeka her zaman doğru söylemez. Bazen çalışmayan bir komut verir, bazen benim bilmediğim bir varsayımla konuşur, bazen güvenli olmayan bir kısayol önerir. "Bunu neden yapıyoruz, başka yolu var mı" diye sorabilmek, gelen cevabı olduğu gibi kabul etmemek bu işin en önemli becerisi.
10. Ne zaman dur diyeceğini bilmek. Bir komuta basmadan önce ne olacağını anlamak. "Bu çalışırsa ne değişir, geri alabilir miyim" sorusunu sormak. Bir keresinde bir sunucu sertleştirme ayarı yüzünden kendi sunucuma giremez oldum; o krizden çıkardığım ders, anlamadığım bir adımı atmadan önce durmak oldu.

Bu on başlığın toplamına Teknik Okuryazarlık diyorum: kod yazmadan bir yapay zekayla üretmek için gereken asgari teknik temel. Okuryazarlık yazar olmak değildir; ama okuyamayan biri de yazılanı yönetemez.

Bu on başlığı bir ayda, çoğunu hata yaparak öğrendim. Kimse bana ders vermedi; her biri bir tıkanmanın içinden çıktı. Bunların yanında Docker denen paketleme aracını, bir web sunucusunu yapılandırmayı, veritabanı bağlantılarını, her gün kendi kendine çalışan zamanlanmış görevleri ve yedekleme disiplinini de öğrendim. Önemli olan şu: hiçbiri bir yazılım mühendisinin bildiği derinlikte değil. Bir sunucunun içini mühendis gibi bilmiyorum. Ama bir sunucu açacak, bir hatayı doğru tarif edecek, bir komutun ne yapacağını önceden kestirecek kadar biliyorum. Yapay zekayla çalışmak tam bu eşikte mümkün oluyor: uzman olmana gerek yok, ama kör de olamazsın.

Buraya kadar anlattığım, işin bir ayağı: teknik okuryazarlık. İkinci ayak yöntem. Teknik okuryazarlık olmadan yapay zekayı anlayamazsın; yöntem olmadan da onunla düzgün çalışamazsın. Aşağıdaki beş başlık, bir ay boyunca masamda yerleşen çalışma yönteminin omurgası. Hiçbiri teknik bir beceri değil; hepsi bir ilişkiyi nasıl kurduğumla ilgili.

Yatay İlişki · "Ben Söylüyorum, Sen Yazıyorsun" Değil

Bir yapay zekayla çalışmanın ilk kararı ilişkinin yönü. İki yanlış uç var. Birincisi yapay zekanın "sana öğreteceğim, doğru olanı ben bilirim" tonuna kayması. İkincisi insanın "yapay zeka yapsın, ben sadece uygularım" pasifliğine düşmesi. İki uç da üretimi çürütüyor.

Bu projede ilişkiyi yatay kurdum. Ben aktarıyorum, yapay zeka öneri veriyor, karar bende kalıyor. Sıra hiçbir zaman tersine dönmüyor. Yapay zeka bir hosting seçeneği önerdiğinde son sözü ben söylüyorum; ben bir karakter kararı verdiğimde gerekçesini yapay zekaya açıklıyorum.

Buna Yatay İlişki diyorum: insan ile yapay zeka arasında öneri verenin yapay zeka, kararı verenin insan olduğu ve bu sıranın hiç bozulmadığı çalışma disiplini. Muhafız kitabının ruhuna da uygun bir karar bu. Kitap bir kadının kendi kararının öznesi olmasını anlatır. Aynı ilkeyi kendi çalışma masamda da uyguladım: kararın öznesi ben kaldım.

Bunun pratikteki karşılığı şu oldu. Yapay zeka bir öneri getirdiğinde önce "neden bu" diye sordum. Gerekçe beni ikna etmediyse öneriyi geri çevirdim. Birkaç kez yapay zekanın önerdiği bir kısayolu, kendi bağlamımı onun bilmediğini fark ettiğim için reddettim. Yatay ilişki yapay zekaya güvenmemek değil; ona son sözü vermemek.

Brief Önce, Cümle Sonra

Bir yapay zekaya "bana bir blog yazısı yaz" demek, boş bir tuvalin önüne oturup "güzel bir şey çiz" demeye benziyor. Çıkan şey ortalama oluyor, senin olmuyor.

Bu yüzden her üretimden önce bir brief yazdım. Brief, üretime başlamadan önce hedefi yazılı olarak tarif eden kısa belge. Kim için yazıyoruz, hangi okuyucu kümesine, hangi ton hedefiyle, hangi kavramlara bağlanarak, ne uzunlukta. Bu yazının da bir briefi var; sen okumadan önce ben on dokuz başlığı tek tek doldurdum.

O on dokuz başlık neye benziyor? Yazının kimin için olduğu, hangi okuyucu kümesine seslendiği, hangi kavramlara bağlanacağı, hangi tonu hedeflediği, ne kadar uzun olacağı, hangi başka yazılara köprü kuracağı, hangi cümleleri asla kurmayacağı. Brief'i doldurmak yarım saat alıyor. Ama o yarım saat, sonradan baştan yazılan bir taslaktan çok daha ucuz.

Brief'in işi yapay zekayı dar bir koridorda tutmak. Koridor ne kadar nettse çıktı o kadar bana benziyor. Brief'siz üretim, sonradan saatlerce düzelttiğim bir taslak demekti. Brief'li üretim, ilk taslağı çoğu zaman doğru yerden başlatan bir disiplin.

Yön Kapısı · Üç Doğrultu, Bir Önerim

Bir yapay zekanın en sinsi tarafı şu: ona bir karar sorduğunda sana on seçenek birden döküp altından kalkamayacağın bir yığın bırakabiliyor. Ben tersini istedim.

Her stratejik kararda yapay zekadan tek bir biçim istedim: üç doğrultu, bir de önerin. Üç seçenek, artıları ve eksikleriyle. Sonra yapay zekanın kendi önerisi, gerekçesiyle. Kararı ben veriyorum; üçünden birini seçiyorum ya da ikisini birleştiriyorum.

Buna Yön Kapısı diyorum: bir yapay zekayla çalışan kişinin her stratejik kararda "üç doğrultu ve bir öneri" formatını istemesi; karar yığma yerine seçilebilir bir kapı açtırması. Örneğin Mentor'u nerede yayınlayacağıma karar verirken yapay zeka üç hosting seçeneğini artılarıyla eksileriyle çıkardı, birini önerdi. Öneriyi tarttım, kendi gerekçemle seçtim. Karar bir yığının altında kalmadı; bir kapıdan geçti.

Neden üç, neden on değil? Çünkü on seçenek karar üretmez, erteleme üretir. İnsan zihni aynı anda üç şeyi rahatça karşılaştırır; bu sayıyı geçince seçim yapmak yerine seçimden kaçar. Üç doğrultu zihne sığar, karar verilebilir kalır. Yapay zekanın bir de öneride bulunması önemli: öneri olmadan üç seçenek sorumluluğu insana yıkar; öneriyle birlikte üzerinde tartışılacak bir konum olur.

Numaralı Adımlar · "Şu Satırı Sileceksin" Netliği

Kod yazmadığım için, teknik bir işi bana anlatmanın tek yolu vardı: numaralı, tek tek, ne yapacağımı gösteren adımlar. "Sunucuyu yapılandır" işe yaramıyor. "Birinci adım: şu pencereyi aç. İkinci adım: şu satırı şu komutla değiştir. Bu komutu çalıştırınca şunu göreceksin" işe yarıyor.

Bir ay boyunca yerleşen çalışma disiplinim şuydu. Her adım numaralı ve tek iş içeriyor. Ne göreceğim önceden söyleniyor, böylece beklenmedik bir çıktı gördüğümde duruyorum. Tek seferde tek komut bloğu kopyalıyorum. Aynı anda tek pencerede çalışıyorum; iki terminali karıştırmak hata kaynağı. Ve en önemlisi: yorulduğumda durmak meşru. Yorgun bir kafayla atılan bir adım, ertesi gün iki saatte temizlenen bir hataya dönüşebiliyor.

Somut bir örnek. Sunucuya ilk bağlanırken yapay zeka "birinci adım: şu komutu çalıştır, şu çıktıyı göreceksin" dedi. Çıktı tarif edilenden farklı geldi. Durdum, çıktıyı olduğu gibi geri taşıdım. Eğer "şunu göreceksin" önceden söylenmemiş olsaydı, farklı çıktıyı fark etmez, bir sonraki adıma geçer, hatayı katlayarak büyütürdüm. Numaralı adımların asıl işi hız değil; yanlış giden şeyi erken yakalamak.

Bu disiplin yavaş görünür ama hızlıdır. Çünkü geri dönülen her hata, atılan adımdan kat kat pahalı.

Bağımsız Denetçi · İki Ayrı Göz

Ben bilgisayarın başında olmadığım zamanlarda da iş üretildi. Burada bir risk var: kendi ürettiğini kendi denetleyen bir yapay zeka, kendi hatasına kör olabilir. Bu yüzden bir ikinci göz kurdum.

Üretilen her çıktı, bağımsız bir denetçi tarafından kontrol edildi. Denetleyici, işi üreten yapay zekanın gördüğü hiçbir şeyi görmüyor; sıfırdan, yalnızca çıktıyı ve ölçütleri alıyor. Böylece üreticinin körlüğünü paylaşmıyor. En çok iki düzeltme turu; üçüncüde iş bana raporlanıyor. Önüme tartışma gelmiyor, onaylanmış bitmiş iş geliyor.

Bir örnek. Bir taslakta üreten yapay zeka bir kavramı yanlış adlandırmıştı; kendi ürettiği için fark etmedi. Bağımsız denetçi, hiçbir bağlamı paylaşmadığı için ilk okuşta yakaladı. Kendi yazdığına kör olmak hem insanın hem yapay zekanın ortak zaafı; çözümü ikinci, bağımsız bir göz.

Buna Bağımsız Denetçi Disiplini diyorum: bir yapay zeka çıktısının, o çıktıyı üretenin bağlamını paylaşmayan ikinci bir bağımsız denetçi tarafından denetlenmesi. Bu yazının kendisi de o denetimden geçti; sen okumadan önce ayrı bir göz cümlelerimi ölçütlere göre kontrol etti.

Birlikte Aldığımız Beş Karar

Yöntemden somuta geçeyim. Bu projede yapay zekayla birlikte tarttığım, sonunda kararı kendim verdiğim beş örnek.

1. Modeli seçmek. Mentor'un beyni için birden çok model adayı vardı. Karakter tutarlılığı ve Türkçe benim için her şeyden önce geldiği için Claude Sonnet 4.5'te karar kıldım. Hız ya da maliyet değil, sesin sabit kalması belirleyici oldu.
2. Bir platformu reddetmek. Yaygın bir yayın platformunu en baştan eledim. Gerekçemi uzun uzun tartışmadım; kendi altyapımda kalmak istedim ve bu kararı net bir cümleyle verdim. Yapay zekayla çalışırken her kararın uzun gerekçesi olmak zorunda değil; bazı kararlar sahibinin tercihidir.
3. Bir işaretten vazgeçmek. Metinlerimde uzun çizgi denen işaretin (—) fazla kullanıldığını fark ettim; bana ait bir ses değildi. Tüm üretimde bu işareti yasakladım. Küçük bir karar gibi durur, ama sesin sahibinin ben olduğumu gösteren kararlardan biri.
4. Acil bir işi bilinçli ertelemek. Aynı anda birden çok kullanıcının Mentor'a girmesinden doğan bir sorunu fark ettim. Çözümü hazırdı ama acil değildi; daha öncelikli işler vardı. Yaklaşık iki hafta bekletip dolu vaktimi doğru yere koydum, sonra çözdüm. Her acil görünen iş hemen yapılmak zorunda değil.
5. Bir krizden ders çıkarmak. Sunucuyu sertleştirirken bir ayarı fazla sıktım ve kendi sunucuma giremez oldum. Sorunu açtım, kök sebebi buldum, ayarı doğru seviyeye çektim. Güvenlik kararları geri dönüşü olan kararlardır; yanlışından ders çıkarılır, bir sonraki sefer daha keskin olunur.

Beş kararın ortak yanı şu: hiçbirini yapay zeka benim yerime vermedi. Yapay zeka seçenekleri açtı, gerekçeleri tarttı, sonucu yazdı. Kararı her seferinde ben verdim.

Dikkat edersen bu beş karar yukarıda anlattığım yöntemin pratikteki izleri. Model seçimi ve hosting reddi birer Yön Kapısı kararı: seçenekler açıldı, biri seçildi. Em-dash yasağı bir Persona kararı: sesin sahibi olduğumu işaretledi. Ertelenen iş bir öncelik kararı: aciliyet ile önem ayrıldı. Krizden çıkan ders ise yöntemin kendini düzeltmesi. Yöntem soyut bir liste değil; her biri somut bir kararda göründü.

Bu yolculuğun başında Terminal'in ne olduğunu bile bilmiyordum. Sonunda canlı bir sunucuda çalışan bir mentor yapay zekam oldu. Arada tek satır kod yazmadım; ama on teknik temeli öğrendim, bir yöntem kurdum ve her kararı kendim verdim.

Bir yapay zekayla birlikte üretmek istiyorsan, kötü haber şu: sıfır öğrenmeyle olmuyor. İyi haber şu: öğrenmen gereken şey kod değil. Terminal'i açmak, bir hata mesajını okumak, "üç doğrultu ve bir öneri" istemek, brief yazmak, ne zaman duracağını bilmek. Bunların hiçbiri mühendislik değil; hepsi disiplin.

Bu yüzden "yapay zeka işimi elimden alır mı" diye sormuyorum. Asıl soru şu: ben öğrenmeye ne kadar razıyım? Çünkü yapay zeka, öğrenmeye razı olan insanın elini güçlendiriyor; hiçbir şey öğrenmek istemeyenin yerine geçmiyor. Aradaki fark kod bilmek değil; okumayı, sormayı ve durmayı bilmek. Otuz gün önce bunların hiçbirini bilmiyordum; bugün canlı bir sunucuda çalışan bir mentorum var. Aradaki tek şey öğrenmeye razı olmaktı.

Başlamak istiyorsan bugün bir şey yap: bilgisayarında Terminal'i aç, sadece bak. Korkutucu görünen o pencere, otuz gün sonra en çok işine yarayan araç olabilir. Muhafız Mentor canlı yayında: muhafiz.cemunsal.com. Bu serinin diğer yazılarını yapay zeka köşesinde, benim yolculuğumu hakkımda bulabilirsin.