Orijinal Başlık: Bildiğim Tüm Ajan Mühendisliği Hileleri (Haziran 2026)
Orijinal Yazar: Matt Van Horn
Çeviri: Peggy

Editör Notu: Bu, Ajan Mühendisliği (Agentic Engineering) üzerine kişisel bir iş akışı değerlendirmesidir. Yazar Matt Van Horn, belirli bir AI programlama aracının kullanım ipuçlarını değil, AI Ajan etrafında üretim sürecini yeniden yapılandıran bütüncül bir yöntemi kaydediyor.

Onun pratiğinde, AI artık sadece IDE'deki kod tamamlama asistanı değil, daha çok yönlendirilebilir bir "yürütme ekibi" gibi: Önce /ce-plan ile belirsiz fikirleri plan.md dosyasına dönüştürüyor, ardından /ce-work ile yürütüyor; yazmak yerine sesli girdi kullanıyor; aynı anda birden fazla cmux, Claude, Codex oturumunu paralel olarak çalıştırıyor; Claude'u planlama ve karar verme için, Codex'i ise inşa etme için görevlendiriyor; toplantı kayıtlarını, notları, geçmiş çözümleri ve kod tabanını Ajan'ın bağlamına dönüştürüyor; sık yapılan eylemleri yeniden kullanılabilir skills (beceriler) olarak biriktiriyor.

Bu yöntemin arkasındaki değişim, geliştiricinin temel değerinin "her satır kodu kendi elleriyle yazmaktan", "sorunları ortaya koymak, kısıtlamalar belirlemek, yönü değerlendirmek ve sürekli düzeltmek" yönüne kaymasıdır. Ajan çoğu yürütme işini üstlenebildiğinde, insan daha çok sistemdeki sinyal kaynağı gibi olur: zevk, deneyim, öncelik ve nihai kararı sağlar.

Bu nedenle, bu makalede gerçekten dikkat edilmesi gereken belirli bir eklenti veya komut değil, AI araçlarının olgunlaşmasıyla ortaya çıkan üretim ilişkilerindeki değişimdir. Yürütme maliyetleri düştükten sonra, birey aynı anda daha fazla projeyi ilerletebilir, ancak sürekli inşa etme ve yayınlama döngüsüne kapılması da daha kolay hale gelir. Yazar makalenin sonunda okuyucuları uyarıyor: Bir şey yapabilmek, birinin ona ihtiyacı olduğu anlamına gelmez. AI ile kod yazan, ürün geliştiren, içerik üreten veya bilgi işlerini yönetenler için bu makale daha gerçekçi bir soru ortaya koyuyor: "Yapmak" giderek daha ucuz hale geldiğinde, kendi değerimizi nasıl yeniden tanımlamalıyız?

İşte orijinal metin:

Üç ay önce, "Bildiğim Tüm Claude Code İpuçları" başlıklı bir yazı yayınladım. Bu yazı 913.000 kez görüntülendi. @kevinrose o zaman hangi IDE'yi kullanmam gerektiğini sordu, cevabım şuydu: "IDE yok. Sadece plan.md dosyası ve ses."

Bu daha önce vibe coding olarak adlandırılıyordu. Geçen yılın Şükran Günü civarında, model yetenekleri nihayet bu "oyuncağı" gerçekten kullanılabilir bir şeye dönüştürecek kadar iyi hale geldi, yani şimdi birçok kişinin Ajan Mühendisliği (Agentic Engineering) dediği şey. Bu yıl sürekli teslimat yapabilmemin tek nedeni de bu. Bu yıl, last30days (27.000 Star), Printing Press (4000+ Star) ve yeni çıkan Agent Cookie'yi yayınladım; ayrıca Python, Go, GStack ve Paperclip dahil olmak üzere birkaç büyük açık kaynak projesine önemli katkılarda bulundum. Liseden beri, gerçekten birinin umursadığı bir yazılım yapmamıştım. İşte tüm hilelerim.

İpuçları

YOLO Hızlı Okuma İpucu: Tüm makaleyi agent'ınıza kopyalayın, burada bahsedilen her şeyi yapılandırmak için bir plan oluşturmasını isteyin ve ardından her bir ipucunu tek tek uygulayın. Bu benim tam çalışma yığınım, kendiniz okumanıza bile gerek yok.

1. Bir fikriniz olduğunda, önce bir CE plan.md yapın

Bu hâlâ ilk kural. Ve öğrendiğim en önemli şey.

Bir fikrim olduğu anda yaptığım ilk şey, /ce-plan ile bir plan.md oluşturmak. "Önce bir düşüneyim" değil, "Önce kod yazmaya başlayayım" da değil. Her seferinde, /ce-plan. Ayrıca görselleri de destekler, bu yüzden yakalayabildiğiniz her şey bir başlangıç noktası olabilir:

· Çılgın ürün fikirleri: /ce-plan.
· GitHub'daki hatalar: Issue URL'sini kopyalayın, yapıştırın, /ce-plan.
· Terminal hataları: Cmd+Shift+4 ile ekran görüntüsü alın, Ctrl+V ile yapıştırın, /ce-plan fix this.
· Ekran görüntüleri, hata mesajları, tasarımlar, Slack tartışma zincirleri: hepsini doğrudan atabilirsiniz.

Fikir hâlâ bulanıksa ve ne istediğimi tam olarak bilmiyorsam, önce /ce-brainstorm ile agent ile sorunu netleştiririm, ardından ana hatlar belirginleşince /ce-plan kullanırım.

Altta yatan mekanizmada, /ce-plan aynı anda birden fazla araştırma agent'ı gönderir. Biri kod tabanınızı okur, kalıpları arar, kod sözleşmelerinizi kontrol eder; diğeri geçmiş çözümlerinizi araştırır ve onlardan deneyim çıkarır. Konu derinlemesine incelenmeye değerse, harici dokümanları ve en iyi uygulamaları araştırmak için daha fazla agent gönderir. Tüm bunlar aynı anda olur. Ardından sonuçları birleştirir ve yapılandırılmış bir plan.md yazar: sorunun ne olduğu, çözüm yaklaşımı, hangi dosyaların değiştirilmesi gerektiği, onay kutulu kabul kriterleri, kendi kodunuzdaki hangi kalıpların kullanılması gerektiği. Genel geçer tavsiyeler değil, deponuza, sözleşmelerinize ve geçmiş deneyimlerinize dayalı bir çözümdür.

/ce-work bu planı alır ve inşa etmeye başlar. Bağlam mı patladı? Yeni bir oturum açın, bu plana yönlendirin ve kaldığınız yerden devam edin. Bu plan, tüm bağlam kayıplarını aşan bir kontrol noktasıdır.

Geleneksel geliştirme %80 kodlama, %20 planlamadır. Burada tam tersi: düşünme plana konur, yürütme mekanik bir eylem haline gelir.

Compound Engineering, @kieranklaassen ve @trevin tarafından yapılan bir eklentidir ve bu süreci gerçekten çalışır hale getirir.

Önce onun süper hayranı oldum, sonra katkıda bulunan biri haline geldim ve şimdi çekirdek ekip dışındaki en büyük üçüncü katkıcıyım. Kuralım basit: Gerçekten sadece bir satır kod değiştirmiyorsam, önce bir plan.md olmalı.

İpucu

Compound Engineering'i yükleyin:

/plugin marketplace add EveryInc/compound-engineering-plugin

Ekran görüntüsü, hata URL'si veya hata mesajı yapıştırın, ardından /ce-plan, sonra /ce-work.
Fikir net değil mi? Önce /ce-brainstorm kullanın.

2、plan.md'yi okumayın

Her zaman plan.md oluştururum. Ama neredeyse hiç okumam. Plan, agent içindir, siz aptal insanlar bakmayın.

Bir planı zorla oluşturmak, agent'ın tembellik yapmasını engeller. Araştırmalı, bir yöntem taahhüt etmeli, kabul kriterlerini yazmalı ve sonra bunları gerçekten tamamlamalıdır. Planlı bir kodlama agent'ı eksiksiz iş teslim eder; plansız bir kodlama agent'ı kestirme yollar bulur ve erken durur. Plan, onu bağlayan iptir.

Bu yüzden plan yazmasını sağlarım, başlıklara bir göz atarım ve doğrudan /ce-work çalıştırırım. Bir sorum varsa, aynı oturumda doğrudan sorarım: "Dur, neden bu yöntem?" veya bana bir TLDR vermesini isterim. Ya da tamamen anlamadığımda, "eli5 this plan" derim (bu planı 5 yaşındaki bir çocuğa anlatır gibi açıkla). Bir paragraf versiyonunu alırım, başımı sallarım ve devam ederim. 300 satır markdown okuyarak oturmam. Bu agent'ın ödevi, benim değil.

Plan oluşturun. Plana güvenin. Planı okumayın.

İpucu

Kendinizi planı okumaya zorlamayın. Doğrudan oturumda sorun: TLDR?, eli5 this plan veya "Dur, neden bu yöntem?"

3、/ce-plan'ı en derin mühendislik dışı işlerde kullanın: Önce "plan" için plan yapın

Birçok kişi /ce-plan ve /ce-work'ün sadece kod yazmak için olduğunu düşünüyor. Ama Mart ayından beri öğrendiğim en büyük ders şu: Bunlar sadece kod için değil. Şimdi yaptığım en derin bilgi işleri de aynı döngüde çalışıyor. Kilit teknik şu: İlk plan doğrudan sorunu çözmek değil, önce "nasıl plan yapılacağına dair bir plan" hazırlamak. Bu, bir kod aracını zorla başka bir amaç için kullanmak değil; /ce-plan zaten içinde genel planlama modellerini barındırıyor ve kod dışı işler için tasarlandı.

Bu sadece iş sorunları için de geçerli değil. Strateji belgeleri, ürün özellikleri, rakip analizleri, yönetim kurulu güncellemeleri – hepsi aynı döngüyle yapılabilir.

Gerçek bir örnek vereyim. Bir iş zorluğu üzerinde kafa yoruyordum ve Michael Margolis ile bir görüşme yaptım. Kendisi GV'de eski araştırma ortağıydı ve bullseye-customer method (hedef müşteri yöntemi) ile tanınıyor. Bana kitabını okumamı önerdi; kitap web sitesinde ücretsiz PDF olarak indirilebiliyor. Eski yöntemim hızlıca göz atmak ve sonra bırakmak olurdu. Ama bu sefer Claude Code'u açtım ve şöyle dedim:

/ce-plan make a plan for the plan. Sana iki şey vereceğim: Margolis'in kitabı, PDF formatında; ve onunla yaptığım iki saatlik Granola toplantı dökümü, içinde tartıştığımız her şey var. İş sorunumu, bu konuşmayı ve kitaptaki dersleri birleştirip gerçekten kullanabileceğim bir şey haline getirmek için derinlemesine bir plan yapmanı istiyorum. Şimdi o belgeyi yazma. O belgeyi yazmak asıl iş. Şimdi sadece kitabı nasıl okuyacağını, toplantı dökümünü nasıl inceleyeceğini ve yüksek kaliteli bir çıktı üreteceğini planla.

Sonraki 45 dakika içinde çok kapsamlı bir plan yaptı.

Bu aynı zamanda LLM'in tembellik yapmasını engellemenin en iyi tekniği olduğunu da biliyorum. Doğrudan nihai ürünü isterseniz, genellikle kestirme yollar kullanır; ama önce "bu çıktıyı nasıl üreteceğine dair bir plan" yapmasını ve sonra bu planı uygulamasını isterseniz, her seferinde daha derin bir versiyon üretir.

İpuçları

Derin kod dışı işler: /ce-plan make a plan for the plan kullanın, tüm bağlamı ve toplantı dökümlerini verin, ardından /ce-work ile devam edin.

4. Sesli Girişi Kabul Edin

LLM ile sesli giriş kullanmak, diğer herhangi bir şeyle sesli giriş kullanmaktan farklıdır. Transkripsiyonun mükemmel olması gerekmez, çünkü sizi dinleyen şey bağlamı anlar. Mikrofonun yanlış duyduğunu tahmin eder. Kekeme olabilir, duraklayabilir, yarıda kesip yeniden başlayabilirsiniz. Sesli giriş nihayet işe yarar hale geldi çünkü diğer uç boşlukları dolduracak kadar akıllı.

Benim kurulumum şöyle:

· Mac: Monologue (Every tarafından yapıldı) veya Wispr Flow kullanıyorum. İkisinden birini seçip sesi o anda odaklanılan uygulamaya gönderiyorum, ardından doğrudan Claude Code'a konuşuyorum. Ofisime ayrıca bir masaüstü mikrofonu (gooseneck mic) aldım.

· Telefon: Monologue ve Wispr Flow kullanmıyorum, iOS'ta uygulamalar arasında geçiş yapmak çok zahmetli. Apple'ın yerleşik dikte özelliği yeterli, çünkü bir insanla değil, bir LLM ile konuşuyorsun. Kelimelerin yarısını yanlış çevirse bile, agent yine de anlıyor. Tembel notlar da sorunsuz çalışıyor.

· Dürüst olmak gerekirse: Yalnızken sesli komut kullanmakta çok iyiyim. Ama ofisteyken bunu yapmakta zorlanıyorum. Bazıları mikrofona alçak sesle konuşabileceğini söylüyor, ama ben bunu yapmadığımı fark ettim çünkü kaba görünmek ve etrafımdakileri rahatsız etmek istemiyorum. Bu yüzden, paylaşımlı ofis ortamındaki masaüstü senaryosu hâlâ bu iş akışımın zayıf noktası. Açık ofiste sesli giriş sorununu çözdüyseniz ve "o tip" birine dönüşmediyseniz, lütfen bana nasıl yaptığınızı anlatın. Gerçekten tavsiye almak istiyorum.

İpuçları

· Mac: Monologue veya Wispr Flow yükleyin.

· Telefon: Apple'ın yerleşik dikte özelliğini kullanın.

· Ayrıca bir masaüstü mikrofonu (gooseneck mic) alın.

5, cmux'ta çok sayıda sekme açın

İşte gerçek bir günüm. Dört ila altı cmux sekmesi, bazen daha fazla, her biri bağımsız bir oturum:

· Biri plan yazıyor.

· Biri başka bir plana göre inşa ediyor.

· Biri last30days çalıştırıyor.

· Biri önceki bir şeyi test ederken bulduğum hatayı düzeltiyor.

/ce-plan bir pencerede araştırma başlattığında, başka bir pencereye geçip zaten yazılmış bir plan üzerinde /ce-work çalıştırıyorum. O inşa ederken, üçüncü pencereye yeni bir hata yapıştırabiliyorum. İlk pencereye geri döndüğümde, işlem tamamlanmış ve beni bekliyor oluyor.

Orca'nın mobil tarafta iyi çalıştığını duydum. Eskiden Ghostty'nin saf bir kullanıcısıydım, ama Ghostty'de çok fazla bildirimi kaçırıyordum.

İpuçları

cmux kullanın.

4 ila 6 sekme açık tutun ve her sekmede farklı bir görev işleyin.

6. Terminalin varsayılan olarak Shell yerine Claude veya Codex'i açmasını sağlayın

Yeni bir sekme doğrudan Claude Code'u açmalı, shell'i değil. Sekmeyi açtığınızda zaten agent ile konuşuyor olmalısınız. `cd` yapmaya gerek yok, `claude` yazmaya gerek yok. Yeni bir session başlatmak tek bir tuşa bastığınızda mümkün olduğunda, onları çok daha sık başlatırsınız. Ayrıca klasör kullanmıyorum. Agent'ınız projeyi kendi başına bulur.

İpucu

Bu metni agent'ınıza yapıştırın:

Her yeni terminal sekmesinin doğrudan Claude Code'u açmasını sağlayın. `~/.config/ghostty/config` dosyasına şu satırı ekleyin: `command = ~/.local/bin/claude-launcher.sh`, bu dosyadaki mevcut diğer ayarları bozmadan. Ardından `~/.local/bin/claude-launcher.sh` dosyasını oluşturun ve `claude --dangerously-skip-permissions` komutunu çalıştıracak şekilde ayarlayın, Claude çıktıktan sonra kısa bir ipucu yazdırın ve ardından interaktif bir login zsh oturumuna geçin. Bu betiğe `chmod +x` uygulayın. Bu hem Ghostty hem de cmux için geçerlidir, çünkü cmux aynı Ghostty yapılandırmasını okur.

7. Her pencereyi uzaktan kontrol edin ve Claude Code veya Codex'e bir e-posta adresi verin

Bu iki ipucu, her session'a her yerden erişilebilir olmasını sağlar.

Her yeni pencere açtığınızda uzaktan kontrolü açın.
Uzaktan kontrolü her session için otomatik olarak açılacak şekilde ayarlayın.

Artık her pencereye Claude mobil uygulamasından erişilebilir. Masanızda bir session başlatın, sonra uzaklaşın ve telefonda aynı canlı görevi kontrol etmeye devam edin. Sırada beklerken, evdeki Mac'inizde çalışan şeyi kontrol edebilirsiniz.

Claude'unuza bir e-posta adresi verin.
AgentMail sayesinde Claude Code bir e-posta adresine sahip olabilir. Bunu bana kurucu Adi @adisingh öğretti. Bu gelen kutusuna bir e-posta gönderirsiniz, yeni bir session açılır ve e-posta konusu ile gövdesindeki içeriği işlemeye başlar, tüm ekler de yol olarak kullanılabilir hale gelir. Akşam yemeğinde bir hata mı buldunuz? Telefonunuzdan bir e-posta gönderin, ekrana döndüğünüzde session zaten çalışıyor olacak. Tüm sistemi açık kaynak olarak yayınladım: github.com/mvanhorn/agentmail-to-claude-code.

Üç bölümden oluşur:

Bir daemon, WebSocket üzerinden AgentMail gelen kutusunu dinler. Beyaz listedeki bir e-posta alındığında, yeni bir Claude oturumu açar, e-postayı prompt dosyasına yazar ve Claude'a okuyup yürütmesini söyler.

İki terminal arka ucu: cmux veya bağımsız Ghostty. Böylece halihazırda kullandığınız başlatma yöntemini sürebilir.

Bir gönderici ucu. Bunu Hermes'teki cc komutuna bağladım, böylece telefonda cc <görev> çalıştırabiliyorum ve görev Mac'imdeki bir çalışma oturumuna düşüyor; VPN veya SSH gerekmiyor.

Beyaz liste kapıdır. Yalnızca sizin kontrol ettiğiniz adresler geçebilir; DKIM veya SPF doğrulaması başarısız olan e-postalar, oturum açılmadan önce atılır.

İpuçları

Uzaktan kumandayı her zaman açık tutun: ~/.claude/settings.json dosyasına şunu ekleyin:

"remoteControlAtStartup": true

Claude'a bir e-posta adresi verin. Bu metni agent'ınıza yapıştırın:

github.com/mvanhorn/agentmail-to-claude-code kullanarak Claude Code'a bir e-posta adresi verin. Depoyu klonlayın, bir AgentMail gelen kutusu kurun, cc.env dosyasını API anahtarım, gelen kutum, yalnızca kendi e-posta adresimi içeren bir izin listesi ve terminal türümle (cmux veya Ghostty) doldurun, ardından daemon'u çalıştırın ve bir launchd görevi olarak yükleyin. Bu gelen kutusuna e-posta gönderdiğimde, bu Mac'te yeni bir Claude Code oturumu açılmalı ve e-posta konusu ile gövdesini işlemeye başlamalıdır.

8. İzin onaylarını tehlikeli bir şekilde atlayın. Evet, ciddiyim

Claude Code her düzenleme ve komut yürütme için izin ister. Aynı anda altı oturum çalıştırırken sürekli izleyemezsiniz. Bunu kullanılabilir kılan iki ayar var. Bazıları otomatik modun "daha güvenli" olduğunu söylüyor, ancak benim için çok yavaş.

İşin püf noktası:

skipDangerousModePermissionPrompt: true

Bu olmadan, Claude her oturumda onayınızı ister. Shift+Tab ile de geçiş yapabilirsiniz. Birisi bana yeni "auto" modunun daha güvenli bir şekilde çoğu etkiyi sağlayabildiğini söyledi. Belki. Benim tavrım YOLO. Bu benim bilgisayarım. Her şeyi mahvedersem, GitHub hâlâ orada. Bir arkadaşıma Claude Code kurarken, AI aktif olarak onu bu ayarı etkinleştirmemeye ikna etmeye çalıştı. Doğrudan olmalısınız.

Diğer ayar ise ses hook'u. Altı oturum paralel çalışırken bu pazarlık konusu değil.

Uzaklaşabilir, sesi duyup geri gelebilirsiniz. Altı oturum aynı anda çalışırken, ses hangi görevin yeni bittiğini bilmenin yoludur.

İpuçları

~/.claude/settings.json dosyasına yapıştırın:

{
"permissions": {
"allow": [
"WebSearch",
"WebFetch",
"Bash",
"Read",
"Write",
"Edit",
"Glob",
"Grep",
"Task",
"TodoWrite"
],
"deny": [],
"defaultMode": "bypassPermissions"
},
"skipDangerousModePermissionPrompt": true
}

{
"hooks": {
"Stop": [
{
"hooks": [
{
"type": "command",
"command": "afplay /System/Library/Sounds/Blow.aiff"
}
]
}
]
}
}

Codex de aynı YOLO moduna sahiptir. ~/.codex/config.toml dosyasında:

approval_policy = "never"
sandbox_mode = "danger-full-access"

Veya tek seferlik başlatma için:

codex --yolo

9. Codex CLI'yi neredeyse hiç açmadan kodun çoğunu Codex ile nasıl çalıştırırım

Gün boyunca işleri Codex'e devrediyorum ama Codex CLI'yi neredeyse hiç açmıyorum. Claude plan yapar, Codex inşa eder ve ben her zaman Claude oturumunda kalırım.

Claude'dan ayrılmadan Codex'e iş devretmenin üç yolu var:

· Codex IDE eklentisi: Bir görev gönder, sonucu uygula, Codex terminaline girmene gerek yok.
· /ce-work --codex: Doğrudan Compound Engineering döngüsü içinde inşa işini Codex'e devret.
· Printing Press'in Codex modu: Yeni bir CLI oluşturma prompt'unun sonuna codex ekle, o da inşa işini Codex'e devretsin.

Kurulumum, her iki motoru da extra-high reasoning'de çalıştırmak:

Codex: reasoning xhigh, fast mode her zaman açık.

Claude Code: reasoning xhigh, fast mode kapalı. Fast mode, 200 dolarlık Max planının dışında token başına ücretlendiriliyor, bu yüzden kullanmıyorum.

İki adet 200 dolarlık aboneliği yan yana çalıştırmak, tamamen ikinci bir motora sahip olmak gibi. Büyük paralel inşa işlerini Codex'e itiyorum, Claude'u planlama ve zevk için bırakıyorum. Bazı arkadaşlar tersini yapıyor: Codex inşa eder, Claude denetler.

İpuçları

Codex: reasoning xhigh, fast mode açık.

Claude Code: xhigh, fast mode kapalı.

İşi Codex'e devredin: Codex IDE eklentisini, /ce-work --codex kullanın veya Printing Press prompt'unun sonuna codex ekleyin.

10. Planlamadan önce araştırma yapın: last30days

/ce-plan çalıştırmadan önce, genellikle bu konu üzerinde önce /last30days çalıştırırım.

Bir keresinde Vercel'in agent-browser'ı ile Playwright arasında seçim yapıyordum. Dokümantasyonu okumak yerine şunu çalıştırdım:

/last30days Vercel agent browser vs Playwright

Birkaç dakika içinde düzinelerce Reddit tartışması, X gönderisi, YouTube videosu ve HN hikayesi aldım. agent-browser her çağrıda çok daha az bağlam tüketirken, Playwright sadece araç tanımıyla birkaç bin token döküyordu. Tüm çıktıyı /ce-plan integrate agent-browser'a besledim. Bu şekilde oluşturulan plan, altı ay önceki eğitim verilerine değil, topluluğun o anda gerçekten bildiği şeylere dayanıyordu.

last30days açık kaynaklı bir proje ve şu anda 26.000'den fazla Star'a sahip. Reddit, X, YouTube, TikTok, Instagram, HN, Polymarket, GitHub ve tüm web'de paralel olarak arama yapar. Bir kütüphane seçmeden önce, bir özellik eklemeden önce, bir iş ortağıyla görüşmeden önce ve bir makale yazmadan önce çalıştırırım. Ayrıca bu makaledeki birkaç konuda da çalıştırdım. Araştır, planla, inşa et. Gerçek döngü budur.

İpuçları

last30days'i kurun.
/ce-plan'dan önce şunu çalıştırın:

/last30days <konu>

ScrapeCreators anahtarını kurmayı unutmayın.

11. Her şeyi Granola'ya verin ve ham transkripti LLM'e koyun

Bir adayla öğle yemeği yedim. Ürün, yemek, çocuklar hakkında konuştuk; 90 dakikalık sıradan bir sohbetin içinde bir ürün fikri vardı. Granola kayıt yapıyordu. Bittiğinde, ham transkriptin tamamını Claude Code'a yapıştırdım:

/ce-plan bunu bir ürün teklifine dönüştür

Anahtar nokta "ham" olması. Önce özet çıkarmıyorum. Dağınık transkriptin tamamını olduğu gibi koyuyorum, sushi hakkındaki konu dışı kısımlarla birlikte, sonra Claude'un gerçek kod tabanım ve geçmişte yazdığım tüm stratejik planlar üzerinden faydalı bilgileri çıkarmasını sağlıyorum. Granola bağlamı + kod tabanı + geçmiş planlar = altın değerinde. Tek seferde bir teklif yazdı, restoran sohbetlerini otomatik olarak görmezden geldi ve aynı gece gönderdim. O kişi şimdi tam zamanlı bizimle çalışıyor.

Mart ayından bu yana gelen yükseltme: Printing Press Granola CLI. Bu şey harika. Herhangi bir toplantıyı temiz yapılandırılmış veri olarak doğrudan session'a çekebiliyorum, yaptığım her toplantıyı arayabiliyor, üç hafta önce birinin söylediği bir cümleyi bulup plana aktarabiliyorum. Artık kopyala-yapıştır yok. Her toplantının bağlamı, sadece bir komut uzaklığında.

İpuçları

Granola'nın ham transkriptini doğrudan /ce-plan'e atın, önce özet çıkarmayın.
Printing Press Granola CLI'yi kurun.

12. İnsan Sinyali

Bu, zihniyet değişimini tamamlamam en uzun süren şey oldu. Altı agent'ı aynı anda çalıştırırken, senin işin bizzat iş yapmak değil. Senin işin sinyal olmak.

Agent'lar üretim sağlar. Sen zevk, yön ve "geri bildirim-yeniden yönlendirme" döngüsünü sağlarsın. Ne döndürdüğüne bakarsın ve dersin ki: "İkinci seçenek daha yakın, ama birinci seçenekteki ifadeyi kullan", "En büyük riski ele al", "Bu paragraf çok uzun", onlar da hareket eder. Bu döngüde kıt ve değerli olan şey, senin yargındır, yazma hızın değil. Kendimi sadece "insan sinyali" olarak kabul ettikçe ve aynı anda işi yapan kişi olmaya çalışmaktan vazgeçtikçe, teslim ettiğim şeyler arttı.

Sen zevkten sorumlusun. Bırak onlar işi yapsın.

İpuçları

Beynini agent'ları yönlendirmek için kullan ve dünyaya değer kat. Beynin hâlâ değerli.

13. HyperFrames ile Video, Her Şey İçin Video

Video eskiden dışarıdan yaptırdığım veya tamamen atladığım bir şeydi. Şimdi videoları diğer her şeyi yaptığım gibi yapıyorum: Ben konuşuyorum, agent inşa ediyor, ben geri bildirim veriyorum.

HyperFrames, videoları HTML'ye dönüştürmemi sağlıyor, böylece agent bunu yazabiliyor. Döngü ve kod yazmak tamamen aynı, sadece çıktı PR'den MP4'e dönüşüyor. Her video, içinde bir script.md bulunan bir klasör; her sahne için dinamik yazı tipleri, altyazılar ve her ritim noktasını içeren bir senaryo yazılıyor. Agent, senaryoyu birleşik görüntülere dönüştürüp render ediyor. Kurgucuya veya zaman çizelgesine gerek yok.

Bu yöntemle yaptığım yayın videoları şunları içeriyor:

Granola CLI demo

Agent Cookie lansmanı

Agent Cookie'nin lansman videosu HyperFrame ile yapıldı.

Videonun maliyeti tek bir konuşmaya düştü, bu yüzden video sahibi olmaya değer her şey artık videoya sahip: tanıtım klipleri, ürün demoları, animasyonlu açıklama videoları, altyazılı kurgular. Bunlar sadece X'te de yayınlanmıyor. Render edilmiş demoları doğrudan PR'ye bile koyuyorum, örneğin Facebook AI Research projesi atlas-lean'daki bu PR gibi.

İpuçları

HyperFrames ile video yapmak: Bir script.md yazın, agent'ınızın bunu MP4'e render etmesini sağlayın.

GIF'leri catbox'a yükleyin, GitHub, PR, README ve issue'larda harika görünürler.

14. Notlarınız agent'ın bilgi tabanıdır

Mart ayındaki strategy-folder tekniğini daha sonra genelleştirdim. Bir plan her seferinde daha iyi hale geliyor çünkü Claude daha önce yazdığım her plana erişebiliyor. Bu bileşik bağlam. Sonra bunu tüm beynime yönlendirmesini sağladım.

Erişmesine izin verdiğim araçlar şunları içeriyor:

Bear, Bear CLI ile birlikte. On yıllık notlar, toplantı kayıtları, yarı oluşmuş fikirler ve kararlar; agent bunları okuyup yazabiliyor. Bu kişisel RAG, sadece bu isimle anılmıyor. İçine ne kadar çok şey koyarsam, her oturum o kadar akıllı hale geliyor.

Obsidian. Ben kullanmıyorum, ancak birçok kişi bunun için çok seviyor ve eklenti ekosistemi oldukça derin.

gbrain. Farklı makineler ve ajanlar arasında senkronize ettiğim beynim.

supermemory. Birçok kişinin önerdiği bir ajan bellek katmanı. Şu anda derinlemesine inceliyorum, sonuçları sonra paylaşacağım.

Bu tekniğin asıl önemli noktası şeklidir: CLI veya API'si olan bir not alma aracı seçin, ajanı buna yönlendirin ve kendi bilginizin bileşik faiz gibi büyümesini sağlayın.

İpucu

Ajanınızı aynı anda iki tür araca bağlayın: biri kendi notlarınızı yazdığınız araçlar (Bear, Obsidian gibi), diğeri ajanın hafızası görevi gören "beyinler" (gbrain, supermemory gibi). CLI veya API'si olan araçları seçin ki ajan bunları okuyabilsin.

15. Her Yerden Çalışma: Mac Mini’m

İpucu

Mosh, SSH ile bağlanmanız gerektiğinde kullanılır. Kötü Wi-Fi ve ağ dolaşımı durumlarında oturumun yerel gibi akıcı ve duyarlı kalmasını sağlar. Normal SSH'de Claude Code, her tuş vuruşunda ağ gidiş-dönüşünü beklediği için dayanılmaz derecede yavaşlar. Mosh'un getirdiği fark, "kullanılabilir" ile "acı verici" arasındaki farktır.

Tmux, uçakta kullanılır. Bir tmux oturumu içinde uzak bir makineye SSH ile bağlanın, işler dizüstü bilgisayarınızda değil, uzak makinede çalışır. Atlantik üzerinde uçarken Wi-Fi 20 dakika kesilse bile, yeniden bağlanıp oturuma eklendiğinizde her şey kaldığınız yerde durur. Avrupa'dan dönen tüm uçuş boyunca özellik teslimi yapmayı başardım.

Hermes ve OpenClaw'ı aynı anda çalıştırmak, otonom uzaktan çalışma için idealdir. Hermes, tekrarlayan görevlerde kendi kendine öğrenen ve giderek iyileşen bir ekosistemdir; OpenClaw ise ajan becerileri oluşturma genişliğinde öne çıkar. İkisi arasında geçiş yapıyorum. OpenClaw'ı çok erken terk ettiyseniz, temizleyip sıfırdan başlamanızı öneririm.

Agent Cookie, Mac Mini'niz ile ana Mac'iniz arasında çerezleri ve .env dosyalarını senkronize etmek için kullanılır.

16. Proof: Planı İş Arkadaşlarına Göndermek

plan.md benim için mükemmel, ancak terminal dışında yaşayan birine gönderirseniz tamamen işe yaramaz. Bu son gerçek boşluktu ve Every'den gelen Proof tam da bunu doldurdu.

Proof'te bir plan açıp onu bir belge gibi okumak zaten iyiydi. Ama asıl vazgeçilmez hale geldiği an, planı bir iş arkadaşına gönderdiğin zamandır. plan.md veya spec dosyasını Proof'a atıyorum, bağlantıyı gönderiyorum ve terminal kullanmayan biri bile rahatça okuyup satır içi yorum yapabiliyor; bu yorumlar da doğrudan agent döngüsüne geri akıyor. Artık markdown'ı Slack'e yapıştırıp onun bir karmaşaya dönüştüğünü izlemek yok. Bu, tüm plan dosyası iş akışının insan katılımıyla yapılan inceleme katmanı ve ilk defa agentic bir işi sıradan bir iş arkadaşımla paylaşmanın utanç verici olmadığını hissettim.

Bu yazıyı yazarken de Proof'a koydum. İşte böyle incelendi.

Üstelik tüm yazıyı cmux içinde yazdım, yan tarafta da Proof incelemesi açıkken.

İpuçları

Bir planı paylaşın: .md dosyasını Proof'a atın, bağlantıyı gönderin ve yorumları iş döngüsüne geri çekin.

17. Kendi Yeteneklerini Yaz

En büyük yükseltme, agent'ları kullanmak değil, onlara kalıcı olacak beceriler öğretmektir. İkiden fazla yaptığım her şeyi bir skill'e dönüştürüyorum: agent'ın sonsuza kadar çalıştırabileceği yeniden kullanılabilir bir komut. Önce kendi skill'lerini yaz ve iş akışlarını otomatikleştirmek için kullan.

Sıfırdan yazmana gerek yok. Bunu gerçekten çözen püf nokta, agent'ının zaten çalışan bir skill'e bakmasını ve onun şeklini kopyalamasını sağlamak. Kelimenin tam anlamıyla: "Compound Engineering skill'ine bak ve [otomatikleştirmek istediğim şey] için benzer bir tane yap." İyi bir örneği okur, yapıyı öğrenir ve benim için iskeleti kurar. Bir sürü skill'i böyle yaptım.

Bu aynı zamanda açık kaynak hayatımın neredeyse tamamı haline geldi. GitHub'ıma bakarsanız, çalışmalarımın çeşitli skill'ler ve onları çevreleyen araçlardan oluştuğunu görürsünüz. last30days başlangıçta kendim için yaptığım bir skill'di, şimdi açık kaynak ve 26.000'den fazla Star aldı. Printing Press, agent-native CLI'lar üreten tam bir fabrika ve kişisel olarak en sık kullandığım araç; 320'den fazla PR birleştirdim. Ayrıca Compound Engineering'in kendisinin de ana katkıda bulunanlarından biriyim. Bunların hiçbiri büyük bir plan değildi. Her biri, sık sık çalıştırdığım ve agent'ın sonsuza kadar uzmanlaşmasını hak eden bir iş akışıydı.

Bir kez skill yaz. Sonraki her seansta daha hızlı olacaksın. Compound Engineering'deki bileşik faiz kısmı işte budur.

İpucu

İkiden fazla yaptığın her şeyi bir skill haline getir: Compound Engineering skill'ine bak, [X] için benzerini yapmama yardım et.

18. Açık Kaynak: Sevdiğin Projelere Katkıda Bulun

Kendi projelerimi teslim etmemi sağlayan aynı döngü, başkalarının projelerini teslim etmesine de yardımcı oluyor. Python, Go, OpenCV, Vercel'in Agent Browser'ı ve OpenClaw dahil olmak üzere açık kaynak projelere birleştirilmiş yüzlerce PR'ım var. Yazım hatası düzelten türden PR'lar değil, her gün kullandığım araçlardaki gerçek özellikler.

Bir bakmışım, bazı katkıda bulunanlar listelerinin zirvesinde yer alıyorum:

Compound Engineering, Superpowers ve Emdash'te 3. sıra.

GStack ve Paperclip'te 4. sıra.

Vercel Agent Browser'da 6. sıra.

Camoufox'ta 2. sıra.

@pejmanjohn şaka yaparak, artık bir repo açtığında katkıda bulunanların avatar ızgarasında yüzümü bulmanın, onun kişisel "Wally'yi Bul" oyunu haline geldiğini söylüyor.

Ama birleştirilen PR'lar asıl ödül değil. Asıl ödül insanlar. Discord'a giriyorum, bakıcılarla tanışıyor ve gerçek arkadaşlar ediniyorum. Bu aynı zamanda işe alım için de çok faydalı. Yeni şirketim için bir mühendisi tam da bu şekilde tanıyarak işe aldım. Sevdiğin bir projeye katkıda bulunduğunda, onu da seven insanlarla karşılaşıyorsun ve bu bileşik faiz gibi büyümeye devam ediyor.

İpucu

Her gün kullandığın bir araç seç, gerçekten eksik olan bir şeyi bul ve aynı /ce-plan + /ce-work döngüsüyle onu oluştur.

Bu projenin Discord'unda görün. PR seni içeri sokar, insanlar kalmanı sağlar.

X'te değer kat.
X'te, saygı duyduğun kişilere ayda 1 ila 3 dolar abone ol. @garrytan'a ayda 1 dolar aboneyim. Böylece PR gönderdiğimde, X gönderisini ona iletebiliyorum ve o, ücretli abone olduğum için özel bir bildirim alıyor. Ayrıca @jason, @teknium ve @Teknium'a da ücretli aboneyim.

19. Mevcut Dizüstü Bilgisayar Yapılandırmam

İki yıllık dizüstü bilgisayarım, mevcut iş yüküm altında neredeyse kullanılamaz hale geldi: gün boyu aynı anda altı Claude oturumu ve Codex çalıştırıyorum. Bu yüzden M5 Max'e, 64GB RAM ile yükselttim. Canavar gibi bir makine, çok seviyorum. Ama bu iş yükü yine de onu zorluyor: yepyeni makinemde pil en kısa sürede bir saat dayandı.

Bu yüzden panik halinde şarj cihazı almaya başladım. Yanımda bir Anker şarj bloğu taşıyorum ve arabada da bir Anker şarj cihazı var, böylece Tesla yolda bana güç sağlayabiliyor.

İpuçları

Asla uyku moduna geçme: sudo pmset -a disablesleep 1

Yanınızda bir Anker şarj bloğu taşıyın; arabada bir şarj cihazı bulundurun.

20. Printing Press: Gerçek Hayatta CLI Çalıştırmak

Bu ipuçlarının çoğu terminalde yaşar. Bu ipucu ise terminalin dışına çıkıyor. Printing Press, gerçek dünya hizmetlerini saran bir CLI setidir ve agent'ın sizin için doğrudan işleri halletmesini sağlar. Artık bağımsız bir proje, hesabı @ppressdev, 3700'den fazla Star'ı var ve @trevin ile birlikte üzerinde çalışıyorum.

Bu araçların gerçekten çalışmasını sağlayan şey auth ve bu dün gece yayınlandı: Agent Cookie. Gerçek tarayıcı oturumunuzu CLI'ya verir, CLI sizin kimliğinizle işlem yapar, şifre yapıştırmanıza veya yeniden kimlik doğrulamanıza gerek kalmaz. "Bir hizmeti bilen bir agent"ı, "bu hizmete zaten giriş yapmış bir agent"a dönüştürür.

Gerçek bir öğleden sonra, baştan sona: Tesla'yı ısıtma. Çocuklar on dakika sonra arabaya binecek: "Arabayı 72 dereceye ısıt." Tesla CLI devreye giriyor, biz dışarı çıkmadan araç ısınmış oluyor.

Instacart. "Instacart'taki Costco sepetine Corona ekle."

ESPN sorgulama. Bir oturum benim için maçı takip ediyor, sadece skor yakın olduğunda beni uyarıyor. Hiçbir şeyi yenilemem gerekmiyor, sadece gerçekten önemli olan uyarıyı alıyorum.

Çocuklar için Alaska Airlines seyahati. Bilet fiyatlarını ve önceki-sonraki günlerin fiyatlarını çekiyor, Atmos kredi bakiyemizi kontrol ediyor, sonuçları /ce-plan'a besliyor ve en ucuz tarihler ile satın alma uyarısını içeren bir rezervasyon stratejisi sunuyor. Tüm süreç futbol sahasının kenarında gerçekleşiyor.

Bu artık sadece "AI benim için kod yazıyor" değil. Agentic Engineering, sen başka işlerle uğraşırken senin için ayak işlerini halleder, maçları takip eder, arabanı ısıtır, seyahat rezervasyonu yapar.

İpuçları

Printingpress.dev kütüphanesinden hazır bir CLI kur ve bir görevi doğrudan agent'ına devret.

Acısız kimlik doğrulama: Agent Cookie, gerçek tarayıcı oturumunu CLI'ye aktarır, böylece senin kimliğinle işlem yapabilir.

Asıl numara: kendin bir tane bas. Bütün gün yaptığın bir şeyi, bir API'yi veya vazgeçemediğin bir hizmeti Printing Press'e ver ve agent-native bir CLI oluşturmasını sağla. Kendi iş akışın için inşa ettiğin o araç, çalışma şeklini gerçekten değiştirecek araçtır.

21. Dürüst olalım: AI'nın delice bağımlılığı

Agent'ların tüm işlerimizi bizim yerimize yapması gerekiyordu. Oysa tanıdığım her arkadaşım, hayatlarının en yoğun çalışma dönemini yaşıyor.

En basit cevap: biraz ara ver, çimene dokun. Ama sorun bu değil. Sorun bağımlılık. Agent'larla bir şeyler inşa etmek, dünyanın en harika video oyunu ve döngüsü o kadar güçlü ki.

Bazı arkadaşlarım için gerçekten endişeleniyorum. Aniden her şeyi inşa edebileceklerini fark edip öyle bir ateşleniyorlar ki, inşa etmek dışında hiçbir şey yapmıyorlar. Sonra ürün yayınlıyorlar ama kullanıcı gelmiyor. Bu da sorun değil. Ben de kullanıcısı olmayan birçok şey yayınladım. Tuzak, yayınladıktan sonra kimsenin kullanmaması değil; inşa etme sürecinde kaybolup çevrendekileri kaybetmen.

Bu yüzden dikkatli ol. Sevdiğin insanlarla konuş. Yaptığın şeyi gerçekten isteyen biri var mı, kendine sor. Dürüst cevap "Bu sadece kendim için bir araç" ise, sorun değil. Yaptığım en iyi şeylerden bazıları sadece kendim içindi.

Eğer gerçekten bir kitle istiyorsan, Gary Vaynerchuk'un her zaman anlattığı içerik yolunu izle. Bir yerden başlarsın, boşluğa yayın yaparsın, bir kişinin fark etmesini umarsın. Sonra üç kişi, on kişi, yüz kişi ve nihayetinde binlerce kişiye ulaşırsın. Hiç kimse binlerce kişiyle başlamaz. İnşa ettiğin her şey için de aynısı geçerli.

İpuçları

Biraz ara ver. Çimene dokun.

Sevdiğin insanlarla konuş.

Birilerinin istediği bir şey yap, o "birileri" sadece sen olsan bile.

Bu yazı işte böyle yazıldı

Bu sadece bir markdown dosyası. Claude Code, cmux içinde çalışıyor, ben Monologue'a konuşuyorum: "no-IDE başlangıcını optimize et", "don't-read-the-plan bölümünü daha keskin yap", "Tesla ve Instacart hikayelerini ekle". O yeniden yazıyor, ben geri bildirim veriyorum, sonra yazı Proof incelemesine giriyor. last30days yeni materyal sağlıyor. Bu arada, bu sefer Zed kullanılmadı. Artık onu kullanmıyorum. IDE yok. Kod yazmak yok. Konuş, planla, inşa et. Masadan, kanepeden, arabadan, futbol sahasının kenarından, her yerden.

Haziran itibarıyla bildiğim her şey bu: bir ses uygulaması, bir plan dosyası eklentisi, birkaç konfigürasyon değişikliği, bir sürü sekme, bir Mac Mini, iki uzak makine ve gerçek hayatı çalıştıran bir CLI filosu.

İpucu

Bu yazının tamamını kopyala, agent'ına yapıştır ve içinde bahsedilen her şeyi mümkün olduğunca kurmasını sağla. Agentic engineering iş akışında harika şeyler olacak.

[Orijinal bağlantı]

BlockBeats Resmi Topluluğuna Katılın:

Telegram Abonelik Grubu: https://t.me/theblockbeats

Telegram Sohbet Grubu: https://t.me/BlockBeats_App

Twitter Resmi Hesabı: https://twitter.com/BlockBeatsAsia