Kavram kafa karıştırıcı çünkü hem çok geniş hem çok özel: piyasadaki yaygın söylem harness denen şeyin agent'ın çalışma ortamı olduğunu söyler, ama bu cümle neyin harness olup neyin olmadığını açıklamaz. Video bu yüzden soruyu baştan net koyar: bir agent'ı koşumlamak, prompt yazmaktan ve bağlam mühendisliğinden gerçekte nasıl ayrılır?

Tarih kısa bir geri sarımla başlar. Harness terimi 2026 başında tedavüle girmiştir ama mühendisliği daha eskidir: ChatGPT 2022'de çıktığında bağlam penceresi 4 bin token civarındadır ve bu dar alanla anlamlı bir iş yapmak mümkün değildir. Basitçe isteyip beklemek yetmeyince soru değişir: bu küçük bellek alanı geri dönüştürerek azla nasıl çok iş yapılır?

Cevap prompt'tan bağlam mühendisliğine geçiş olur. Tool calling sayesinde depo didik didik edilip yalnızca ilgili dosyalar okunur ve dışarıda aksiyon alınır; MCP satıcıya özel yetenekleri modelin üstüne ekler; RAG özel veritabanlarını istendiği anda erişilir kılar. Bu üç teknik, coding agent çağını başlatır; Cursor, Windsurf, Cline, Roo ve Aider gibi erken oyuncular tool calling ile bağlam yönetimini ürüne gömüp işi görür görünür.

Bu sırada modeller de büyür, pencereler genişler ve agent'lardan istenen işlerin süresi uzar. Özellik ve hata düzeltme talepleri kapsam olarak şişer; otonom bağlam yükleyen agent'lar giderek karmaşık işler üstlenir. Ama bir noktada duvarla karşılaşılır: tüm bir siteyi klonla gibi dev bir görevde basit prompt tek atımlık cılız bir çıktı üretir; bağlam mühendisliği de devasa kapsama karşılık tatmin etmeyen sonuç verir.

Belirti tablosu tanıdıktır: yarı bitmiş site, tıklanmayan düğmeler, uçtan uca test edilmemiş özellikler. Video kök nedeni bağlam özetlemeye bağlar: pencere doldukça içerik özetlenip küçültülür, örneğin 12 saatlik bir görevde agent önceki çalışmasının özetine mahkûm yaşar. Özet, bitmemiş işi bitmiş sanır; doğrulanmamış özelliği tamam sayar; sonuçta ya yarı kalmış ya hiç dokunulmamış işler kalır.

Ara dönemde herkes aynı soruna farklı yoldan saldırmıştır: hiyerarşik bağlam yönetimi için alt agent'lar, her birine ayrı pencereli agent sürüleri. Geriye dönüp bakınca bütün bu denemeler aynı noktaya yakınsar: alttaki agent'ı koşumlamak. İyi bir orkestrasyon katmanı, iyi bir çalışma ortamı ve iyi bağlam yönetimi, koşumlamanın üç malzemesi olarak belirir.

Terim 2026 başında resmen doğar. Bir kesim buna jargon dese de video, kelimenin sektördeki gerçek bir dönüşümü yakaladığını savunur. Dönüşümün kritik değişimi loop fikridir: bağlam mühendisliğinin bir katman üstüne çıkılıp agent bir döngüye sokulur; her iterasyonda tertemiz bir bağlamla, ama işin nasıl başlayıp nasıl biteceğini söyleyen sıkı kurallarla çalışır. İnterneti sallayan Ralph örneği tam da budur: önce büyük bir gereksinim dokümanı yazılır, iş JSON olarak ana hatlara dökülür, sonra döngü özellik özellik ilerler; her adım test edilir ve dokümante edilir, bütün adım bitene kadar döngü sürer. Deponun küçüklüğü mimarinin sadeliğini gösterir; Anthropic paylaştığı sade harness örneğinde de aynı hikâye okunur.

Videonun ortasındaki sponsor bölümü ayrı bir pencere açar: çok cihazlı çalışma, ihtiyaca göre çoğaltılan paralel agent'lar, makine kapalıyken bulutta süren ve bitince çekme isteği açan cloud agent'lar, Slack üzerinden gönderilen özellik talepleri ve yeni model sürümlerini her gün denetleyip siteyi kendiliğinden güncel tutan otomasyon. Bu bölüm, harness fikrinin ürün tarafında nasıl paketlendiğini göstermesi açısından değerli, ama sponsorlu olduğu unutulmadan izlenmeli.

Harness, öncekileri çöp atmaz; tersine ikisini de içine alır. Açık kaynak coding agent'ların sistem istemlerine bakılınca iyi yazılmış prompt'un hâlâ sürdüğü görülür: prompt, agent'a kimliğini ve kişiliğini verir, ama bütün içinde küçük bir bileşendir. Üst katmanda bağlam yönetimi durur. Yani geçiş, bu iki yaklaşıma güvenmekten vazgeçmek değil, paradigma değişimidir: agent'ı gereksinim dokümanı üreten, dokümandan tek iş seçen ve her iterasyona taze bağlamla giren bir adımlar dizisine koymak.

Kapanış manzarası nettir: birçok coding agent bu koşum katmanını artık uygulamanın içine gömmüş durumda, her biri kendi yöntemiyle. Şirketlerin ağzında harness katmanı lafının dolaşmasının sebebi de bu etkinlik iddiasıdır. Video, 8 dakikada bir terimi açmaktan fazlasını yapar; uzun süreli agent işi yaptırmak isteyen herkese tek cümlelik bir program önerir: önce ortamı tasarla, modeli sonra düşün.

Karşıt görüşün en güçlü halini şöyle koyalım: her işe loop koşmak, doğru koşum değil, aşırı mühendisliktir. Bowne-Anderson analizinin vurguladığı gibi gereken koşum, işin aksiyon ve bağlam karmaşıklığına göre değişir; destek, satış ve kurumsal tarafın birçok agent'ı, kodlama agent'larının ağır bağlam yönetimine hiç ihtiyaç duymaz. Modeller güçlendikçe koşum özellikleri modelin içine gömülür, yani bugün özenle kurulan katman yarın eskimeye mahkûmdur. Minimum yaşayabilir koşum ilkesi, videonun coşkusuna karşı sağlıklı bir fren sunar.

Video, oturumlar arası hafıza disiplinini az vurguluyor. Anthropic mühendislik yazısının anlattığı gibi özetleme tek başına yetmez: agent tek seferde fazla iş yapmaya kalkar, bağlamın ortasında tükenir ve sonraki oturuma yarım ve dokümansız iş devreder; sonraki oturum tahmin yürütüp temel uygulamayı ayağa kaldırmaya çalışırken zaman yakar. Çözüm olarak ilk kurulumu yapan bir başlatıcı agent ve her oturumda artarak ilerleyip sonraki oturuma temiz artifakt bırakan bir kodlama agent'ı önerilir. Videonun taze bağlam övgüsü, bu artifakt disiplinini ve gereksinim dokümanı yazma yükünün insanda kaldığını gölgede bırakır.

Doğrulanabilirlik tarafında iki not var. Birincisi, video sponsorlu: cloud agent övgüsü, ödemeyi yapanın merceğinden okunmalı. İkincisi, Ralph ve Anthropic örnekleri seçilmiş başarı hikâyeleridir; küçük depo, basit görev demek değildir ve her repo bu kalıba uymaz. Karar anında rakam ve genelleme, kendi depomda denenmeden kabul edilmemeli.

Benim pratik çıkarımım şu: saatler sürecek bir kodlama işi önünde PRD döngü kalıbını denerim, çünkü özetleme tuzağı tanımı bana uydu. Ama küçük işlerde ağır koşum kurmam; önce prompt ve bağlam çözer, yetmezse döngüye geçerim. Koşumu modele göre değil, işin süresine ve dağınıklığına göre seçerim.

AI yorumu

"Benim için videonun en aydınlatıcı noktası özetleme tuzağını adıyla koyması oldu: penceresi doldukça kendini özetleyen agent, kendi özetine mahkûm kalıyor. Uzun görevlerde sorunun model değil ortam olduğunu ilk kez bu kadar net görmüştüm."

AI değerlendirmesi

Karşıt görüşün en güçlü halini şöyle koyalım: her işe loop koşmak, doğru koşum değil, aşırı mühendisliktir. Bowne-Anderson analizinin vurguladığı gibi gereken koşum, işin aksiyon ve bağlam karmaşıklığına göre değişir; destek, satış ve kurumsal tarafın birçok agent'ı, kodlama agent'larının ağır bağlam yönetimine hiç ihtiyaç duymaz. Modeller güçlendikçe koşum özellikleri modelin içine gömülür, yani bugün özenle kurulan katman yarın eskimeye mahkûmdur. Minimum yaşayabilir koşum ilkesi, videonun coşkusuna karşı sağlıklı bir fren sunar.

Video, oturumlar arası hafıza disiplinini az vurguluyor. Anthropic mühendislik yazısının anlattığı gibi özetleme tek başına yetmez: agent tek seferde fazla iş yapmaya kalkar, bağlamın ortasında tükenir ve sonraki oturuma yarım ve dokümansız iş devreder; sonraki oturum tahmin yürütüp temel uygulamayı ayağa kaldırmaya çalışırken zaman yakar. Çözüm olarak ilk kurulumu yapan bir başlatıcı agent ve her oturumda artarak ilerleyip sonraki oturuma temiz artifakt bırakan bir kodlama agent'ı önerilir. Videonun taze bağlam övgüsü, bu artifakt disiplinini ve gereksinim dokümanı yazma yükünün insanda kaldığını gölgede bırakır.

Doğrulanabilirlik tarafında iki not var. Birincisi, video sponsorlu: cloud agent övgüsü, ödemeyi yapanın merceğinden okunmalı. İkincisi, Ralph ve Anthropic örnekleri seçilmiş başarı hikâyeleridir; küçük depo, basit görev demek değildir ve her repo bu kalıba uymaz. Karar anında rakam ve genelleme, kendi depomda denenmeden kabul edilmemeli.

Benim pratik çıkarımım şu: saatler sürecek bir kodlama işi önünde PRD döngü kalıbını denerim, çünkü özetleme tuzağı tanımı bana uydu. Ama küçük işlerde ağır koşum kurmam; önce prompt ve bağlam çözer, yetmezse döngüye geçerim. Koşumu modele göre değil, işin süresine ve dağınıklığına göre seçerim.

Kaynaklar

harness · loop mi̇mari̇si̇ · ralph