Ponytail nedir ve kodlama ajanlarında nasıl kullanılır?

Ponytail nedir

Ponytail, bir yapay zeka kodlama aracının daha az kod yazmasını sağlayan bir kural setidir. Proje kendini tek bir cümleyle tanımlar: "Yapay zeka aracınızın odadaki en tembel kıdemli yazılımcı gibi düşünmesini sağlar. En iyi kod, hiç yazmadığınız koddur." MIT lisanslıdır. Kendine ait bir çalışma zamanı yoktur ve içinde yürütülebilir hiçbir şey bulunmaz. Bu, aracın talimatlarına eklenen bir metindir; yetenek yükleyen ana bilgisayarlar için bir yetenek olarak, yüklemeyenler için ise düz kural dosyaları olarak paketlenmiştir.

Depo DietrichGebert/ponytail adresindedir. 12 Haziran 2026 tarihinde oluşturulmuş ve 1 Ağustos 2026 itibarıyla 90.000 yıldızı geçmiştir. 1 Ağustos 2026 tarihinde en son etiketli sürüm, 29 Haziran 2026'da yayınlanan v4.8.4 idi ve sürümler sayfası sadece 14 ile 29 Haziran arasında on etiket listeliyordu. Hız kesmeden devam etti: 17 Ekim 2026 itibarıyla en son sürüm, 16 Ekim geç saatlerde yayınlanan v5.3.2'tür; bu, v5.3.0 ve v5.3.1'dan sonra aynı gün içindeki üçüncü sürümdür. Ondan önce 13 Ekim'de v5.2.0, 8 Ekim'de v5.0.0 ve v5.1.0'un her ikisinin de yayınlanmasından beş gün sonra gelmiştir ve depo 165.000'den fazla yıldız göstermektedir. Bu hızla ilerleyen bir proje, siz bunu okuduğunuzda değişmiş olacaktır; bu nedenle üzerine bir şey inşa etmeden önce bir etiketi sabitleyin.

Araçtan önceki fikir: tutan ilk basamakta durun

Ponytail'in özü bir karar merdivenidir. Ajan, herhangi bir şey yazmadan önce bu merdivene tırmanır ve tutan ilk basamakta durur.

1. Bunun var olması gerekiyor mu? Bu YAGNI (ihtiyacınız olmayacak) ilkesidir. Cevap hayır ise, atlayın.
2. Bu kod tabanında zaten var mı? Zaten orada olan yardımcıyı veya kalıbı yeniden kullanın.
3. Standart kütüphane bunu yapıyor mu? Onu kullanın.
4. Yerel bir platform özelliği bunu kapsıyor mu? Onu kullanın.
5. Zaten yüklü bir bağımlılık bunu çözüyor mu? Onu kullanın.
6. Tek satır olabilir mi? Tek satır yapın.
7. Ancak o zaman, çalışan en az kodu yazın.

Bu, v4.8.4 adresinde yazıldığı şekliyle merdivendir ve bu makalenin geri kalanındaki basamak numaraları bunu takip eder. Mevcut ana dal, 3. ve 4. basamakları "Standart kütüphane veya platform özelliği mi? Projenin kendine ait bir tane yoksa onu kullanın" şeklinde birleştirir ve "kendi bileşenimiz yerel bir araçtan daha iyidir" ifadesini ekler, böylece altı basamaklı olur. Sıralama aynıdır.

İşi yapan tek bir basamak değil, sıralamanın kendisidir. Bir tarih seçici (date picker) istenen ajan bir tarih seçici yazacaktır, çünkü yazması söylenen şey budur. Merdiven, herhangi bir şey inşa etmeden önce neyin zaten var olduğunu kontrol etmesini sağlar: 2. basamak, deponun bunun için zaten bir bileşeni olup olmadığını sorgular ve 4. basamak tarayıcının zaten <input type="date"> sağladığını belirtir. Projenin mevcut kıyaslama notları tam olarak bu durumu gösterir: kural olmadan 335 satırda çıkan bir tarih seçici, Ponytail 5 ile 10 satıra düşmüştür, çünkü ajan deponun kendi Input bileşenini type="date" ile yeniden kullanmış ve takvimi tarayıcının sağlamasına izin vermiştir. Bir renk seçici daha az küçülmüştür, 135 satırdan 26 satıra inmiştir. 2. basamak sessizce başarısız olan basamaktır, çünkü zaten sahip olduğunuz yardımcıyı göremeyen bir ajan neşeyle ikincisini yazacaktır; kod tabanınızın sorgulanabilir bir haritası bu boşluğu kapatmak içindir.

Buradaki tembellik dikkatsizlik anlamına gelmez ve kurallar dizisi bunu doğrudan belirtir. "Asla tembellik edilmeyecekler" listesi; karar vermeden önce problemi anlamayı, güven sınırlarında girdi doğrulamayı, veri kaybını önleyen hata yönetimini, güvenliği, erişilebilirliği ve ismen istediğiniz her şeyi kapsar. Ayrıca karmaşık olan her mantık parçası için küçük ve çalıştırılabilir bir kontrol ister. Kural, icadı keser. Doğruluğu kesmez.

Deponun gerçekte sundukları

• AGENTS.md, her zaman aktif kural seti; beş dakikada okunabilen tek bir dosya içinde tüm mantığı barındırır.
• skills/ponytail/SKILL.md, beceri tanımı; lite, full, ultra veya off argüman ipuçlarıyla birlikte gelir.
• .cursor/rules/ ve .windsurf/rules/ gibi düzenleyiciye özel dizinler altındaki kural dosyaları; kuralları okuyan ancak becerileri yüklemeyen ana bilgisayarlar içindir.
• hooks/, benchmarks/, examples/ ve scripts/.

Yoğunluk argümanı, kuralın ne kadar baskın olacağını değiştirir. lite, istediğiniz yapıyı oluşturur ve tek satırda daha esnek bir seçenek sunar. full varsayılan ayardır ve kademeli yapıyı zorunlu kılar. ultra ise YAGNI prensibini uç noktada uygular: ekleme yapmak yerine silmeyi tercih eder ve gereksinimin kendisini sorgular.

Beceri destekleyen ana bilgisayarlar ayrıca eğik çizgi komutlarına (slash commands) sahip olur. /ponytail seviyeyi ayarlar, /ponytail-review bir fark (diff) dosyasını aşırı mühendislik açısından denetler, /ponytail-audit tüm depoyu kontrol eder, /ponytail-debt ertelediğiniz kısayolları toplar ve /ponytail-gain kıyaslama puan tablosunu yazdırır. Yalnızca kural dosyalarını okuyan ana bilgisayarlar, komut içermeyen kural setini alır. 16 Ekim 2026 tarihinde yayınlanan v5.3.0 sürümünden bu yana, Claude Code ayrıca istemin üzerinde görev maliyetini, kod tekrar kullanımını ve test durumunu gösteren bir bant içerir. Bu özellik Claude Code 2.1.290 veya üzerini gerektirir; VS Code sohbet panelinde, bulut oturumlarında veya claude -p içinde görünmez ve /ponytail band off tarafından gizlenir. v5.3.2 sürümünden bu yana, /ponytail band import geçmiş Claude Code oturumlarınızı bir kez okur ve bunları maliyet, aracı süresi ve token bilgileriyle birlikte panoya ekler; böylece bunları kural altında çalıştırılan oturumlarla karşılaştırabilirsiniz.

Güvenmeden önce kaynak kodunu okumak isterseniz, dal (branch) yerine etiketi (tag) klonlayın. Yukarıdaki kademenin kaynağı olan etiket budur; mevcut ifadeleri okumak için 17 Ekim 2026 itibarıyla en güncel olan v5.3.2 ile değiştirin:

git clone --depth 1 --branch v4.8.4 https://github.com/DietrichGebert/ponytail.git

Claude Code üzerinde proje bunun yerine bir eklenti kurulumunu belgeler ve bu iki satır 17 Ekim 2026 itibarıyla belgelendiği şekildedir:

/plugin marketplace add DietrichGebert/ponytail
/plugin install ponytail@ponytail

Eklenti yolu bir etiket yerine varsayılan dalı takip eder, bu nedenle aracınızı yönlendiren talimatlar oturumlar arasında değişebilir. Bu, güncelleme komutunun sağladığı kolaylık karşılığında kabul ettiğiniz bir takastır.

Neden tembel bir ajan VPS üzerinde daha ekonomiktir

Bir ajanın yazdığı fark (diff), konuşmadan çıkmaz. Bir sonraki adımda modelin tekrar okuduğu bağlamın bir parçası olur; üstelik bunu üretmek için açtığı her dosya ile birlikte. Bu nedenle 500 satırlık bir değişiklik, sıkıştırma işlemi eski adımları bir özetle değiştirene kadar, sadece onu üreten adımı değil, oturumdaki sonraki her adımı da yük altına sokar. Kontrolden çıkmış bir yeniden düzenleme (refactor) işleminin, oturum ilerledikçe ajanı neden daha yavaş ve daha yetersiz hissettirdiğinin sebebi budur: bağlam penceresi ajanın kendi çıktısıyla dolar, dolayısıyla gerçek kodunuz için kalan alan daralır. Bunu kontrol altında tutmak, bir kodlama ajanının bağlam penceresini yönetmek konusunun tamamını oluşturur.

Token'lar hem girişte hem de çıkışta faturalandırılır; bu yüzden yarı boyuttaki bir fark, iki kat daha ucuzdur: bir kez yazıldığında, bir kez de onu tekrar okuyan her adımda. Bu tasarrufun faturanıza yansıyıp yansımayacağı ödeme yönteminize bağlıdır; çünkü Pro veya Max aboneliği ekstra token'ları yalnızca kullanım limitlerine kadar karşılar, sonrasında ise isteğe bağlı kullanım kredileri ayrı olarak ücretlendirilir. Token bazlı API faturalandırmasında ise her bir token için ödeme yaparsınız. Kendi barındırdığınız bir kurulumda faturayı takip ediyorsanız, talimat dosyası hiçbir maliyeti olmayan bir kaldıraçtır. Bir yapay zeka ajanının size maliyetini kontrol etmek, çıktı hacmiyle başlar ve bir kodlama ajanının token'larını nasıl harcadığı, yeniden okuma işleminin neden insanların beklediğinden daha önemli olduğunu açıklar.

Farkı hala bir insan okur. 20 satır olması gereken 400 satırlık bir değişiklik, inceleyenin dikkatini tüketir ve dikkat, ilk tükenen kaynaktır. Kimse günün dördüncü uzun farkını, ilkine gösterdiği özenle incelemez; bu yüzden gereğinden fazla inşa etmek sadece zaman kaybettirmez. Hataları yakalaması gereken incelemenin kalitesini sessizce düşürür.

Bir sunucuda riskler değişir, çünkü ajan genellikle kimse izlemiyorken çalışır. Bir tmux oturumunda veya zamanlayıcı üzerinde çalışan bir ajan, siz onu görene kadar kötü bir karar üzerine inşa etmek için saatlere sahiptir. Bir kodlama ajanını VPS üzerinde çalıştırmanın pratik riski budur ve döngü mühendisliği yapan insanların neden bireysel istemler yerine kalıcı talimatlara bu kadar özen gösterdiğinin sebebidir. Her zaman açık olan dosyadaki bir kural, 200. adıma uygulanır. Sohbete yazdığınız bir kural ise 3. adıma uygulanır. Bu kural, aynı makinede başlattığınız ikinci oturum için de geçerlidir; bu oturum kaydedilen dosyayı okur ancak ilk oturuma yazdığınız hiçbir şeyi devralmaz, iki oturum birbiriyle mesajlaşabilse bile.

Yeni bağımlılıklar, diğer sessiz maliyettir. 5. basamak, yüklü olanı kullanmayı söyler. Bir ajanın kendi inisiyatifiyle eklediği her paket, daha sonra yama yapacağınız ve o depodan oluşturduğunuz her container imajında yer alacak bir unsurdur.

Ponytail'in kendi kıyaslama rakamları ne diyor

Proje iki tür sonuç yayınladı ve bunlar birbirleriyle büyük oranda çelişiyor. Her ikisi de projenin kendi yayınladığı rakamlardır. Hiçbiri bağımsız bir test değildir.

[
  {
    "label": "Lines of code",
    "v4_13_pct": 48,
    "v5_pct": 53
  },
  {
    "label": "Cost per run",
    "v4_13_pct": 16,
    "v5_pct": 26
  },
  {
    "label": "Wall clock time",
    "v4_13_pct": 38,
    "v5_pct": 41
  }
]

Tablo, 7 Ekim 2026 tarihli, projenin güncel agentic kıyaslamasıdır. Opus 5.5 üzerinde varsayılan efor ayarıyla çalıştırılan Headless Claude Code 2.1.288 oturumları; yetenek yok, Ponytail v4.13.0 ve Ponytail 5 olmak üzere üç farklı kolda, görev başına beş çalıştırma ile toplam 39 görev ve 585 oturum üzerinden gerçekleştirilmiştir. Görevlerin on ikisi, gerçek bir FastAPI ve React deposu olan tiangolo'nun full-stack-fastapi-template projesindeki özellik biletleridir ve geride bırakılan git diff üzerinden puanlanmıştır. Geriye kalanlar ise gizli kontrollere sahip 18 cerrahi görev, altı küçük uygulama isteği ve üç "bana bir örnek göster" isteğidir. Her kolda Bash devre dışı bırakılmıştır. Çıktı token'ları Ponytail 5 ile yüzde 45 oranında düşmüştür.

Bunu, projenin Haziran 2026'da yayınladığı tek seferlik (single shot) rakamlarla karşılaştırın. Bu rakamlar, kuralın olduğu ve olmadığı durumlarda beş gündelik istemi yanıtlayan çıplak bir modelden gelmiş ve tekrarlanan çalıştırmalar üzerinden medyan değerler olarak raporlanmıştır. Haiku, Sonnet ve Opus genelinde yüzde 80 ila 94 daha az kod göstermişler ve 17 Haziran 2026 tarihli maliyet doğrulaması, Haiku'yu yüzde 63 daha ucuz olarak konumlandırmıştır. Ponytail 5 için güncel agentic sonuç; 53 yüzde daha az kod satırı, 26 yüzde daha düşük maliyet ve 41 yüzde daha az duvar saati süresi şeklindedir. Proje, tek seferlik rakamı hızlıca düzeltti. 29 Haziran 2026 itibarıyla v4.8.4 üzerinde README dosyası, "ortalama değil, görev başına tavan değer" notuyla birlikte "~%54 daha az kod (yüzde 94'e kadar)" başlığını taşıyordu ve tek seferlik rakamları "Eski tek seferlik rakamlar" başlıklı daraltılmış bir bölüme taşımıştı. Bu bölüm, aradaki farkın neden var olduğu konusunda dürüsttü: tek seferlik temel değer, "cevabını düzyazı ve seçeneklerle dolduran" çıplak bir modeldir ve bunu geçmek kolaydır. Gerçek bir iş yapan gerçek bir ajanla ölçüm yapıldığında kazanç azalır. Ancak bu sonuç gerçek kalır ve daha faydalı olan gerçek de budur. Haiku 4.5 üzerinde her biri dört çalıştırmadan oluşan on iki biletlik o Haziran ayı agentic çalışması, yüzde 54 daha az satır ile bugünkü rakama yakın bir sonuç vermişti ve güncel README artık tek seferlik rakamları hiç barındırmıyor.

Bir uyarı projenin kendisine aittir ve bunun size yardımcı olup olmayacağına karar veren şey budur. Tasarruf, gerçek bir aşırı inşa (over-build) tuzağının olduğu durumlarda en yüksektir; zaten minimal olan kodda ise neredeyse sıfırdır. Ekim ayı görev bazlı tablosu, birkaç cerrahi görevin her üç kolda da aynı satır sayısında kalmasıyla bunu doğrulamaktadır. Bir model ve bir ana makine üzerinde, Bash kapalıyken yapılan 39 görev, deponuzun performansını öngörmez. Eğer bu rakam sizin için önemliyse, karşılaştırmayı kendi biletleriniz üzerinde, kuralı kullanarak ve kullanmayarak kendiniz yapın ve satırları kendiniz sayın.

Hiçbir şey kurmadan bugün kopyalayabileceğiniz şablon

Merdiven yapısı metin tabanlıdır, bu nedenle fikri kullanmak için bir eklentiye ihtiyacınız yoktur. Aşağıdaki gibi bir bloğu, temsilcinizin halihazırda okuduğu talimat dosyasına yapıştırın; bu dosya ister AGENTS.md, ister CLAUDE.md veya düzenleyicinizin kurallar dosyası olsun.

## Before you write code

Climb this list in order. Stop at the first line that applies.

1. Does this need to exist? If not, say so and stop.
2. Does this repo already have it? Reuse the helper.
3. Does the standard library do it? Use it.
4. Does the platform do it natively? Use it.
5. Does an installed dependency do it? Use it.
6. Can it be one line? Write one line.
7. Otherwise write the minimum that works.

Never take the shortcut on: reading the code before changing it, validating
input that crosses a trust boundary, error handling that would otherwise lose
data, security, accessibility, or anything I asked for by name.

Do not add an abstraction I did not ask for. Do not add a dependency without
saying why in one line. Prefer deleting code to adding it.

Mark a deliberate simplification with a comment naming its ceiling and the
upgrade path.

Bu son kural tek başına ele alınmaya değerdir. Ponytail'in mevcut sürümlerindeki kuralı, sınırı ve ne zaman yükseltme yapılacağını belirten shortcut: etiketli bir yorumdur (v4.8.4 dahil olmak üzere Haziran sürümleri, bunu ponytail: olarak etiketlemiştir):

# shortcut: global lock, per-account locks if throughput matters

Bu yorum iki satırlık bir çalışmadır ve aksi takdirde bir inceleme döngüsüne mal olacak bir soruyu çözer. Bir sonraki okuyucuya, basit sürümün bilinçli bir karar olduğunu ve bu kararın hangi koşul altında geçerliliğini yitireceğini bildirir. Bu yorum olmadan, bir incelemeci, düşünülmüş bir kısayolu temsilcinin unuttuğu bir şeyden ayırt edemez ve bu yüzden sormak zorunda kalır.

Bloğu nereye koyduğunuz, ne söylediği kadar önemlidir. Temsilcinin her çalıştırmada yüklediği bir dosya, izlemediğiniz çalıştırmalar da dahil olmak üzere her süreci yönlendirir. Bu fark, temsilcinizin gerçekten takip ettiği bir AGENTS.md yazma konusunun temelidir ve bu şablonun shell geçmişiniz yerine commit edilmiş bir dosyada bulunmasının nedenidir. Bir monorepo içinde bu, birden fazla commit edilmiş dosyada yer almalıdır, çünkü paket başına bir AGENTS.md kullanımı, temsilcinin her çalıştırmada tüm ağacın kurallarını okuması yerine her dizinin kurallarını kısa tutar. Yine de yerleşim bir garanti değildir ve merdiven yapısının daha güçlü bir ifadeye ihtiyaç duyduğuna karar vermeden önce bir temsilcinin halihazırda yüklediği bir kuralı neden görmezden geldiğini bilmekte fayda vardır.

Kuralın geçerliliğini yitirdiği durumlar

Bu merdiven, yeniden kullanımın genellikle mümkün ve doğru olduğu, halihazırda var olan bir kod tabanındaki özellik geliştirme çalışmaları için ayarlanmıştır. Yeni bir projeye (greenfield) daha az uyum sağlar; çünkü 2. basamakta yeniden kullanılacak hiçbir şey yoktur ve 5. basamakta kurulu hiçbir şey bulunmaz. Ajan yine de 1. basamakta, standart kütüphanede, platform özelliğinde veya tek satırlık bir kodda durabilir; ancak en ucuz iki çıkış yolu ortadan kalktığı için daha fazla görev yeni kod yazmaya kalır. Ayrıca, soyutlamaya gerçekten ihtiyaç duyduğunuz anlarda da kötü sonuç verir. Kopyalanmış aynı bloğun dördüncü çağrısını eklemek üzereyseniz, "en kısa fark" (shortest diff) size beşinci bir kopya sunar.

ultra seviyesi gereksinimlerinizi sorgulayacaktır. Bu seviyenin amacı budur ve kararı çoktan verdiğiniz ve işin bitmesini istediğiniz durumlarda bu gerçek bir maliyettir. Sıradan işler için full kullanın; bir özellik isteğinin sorunun kendisi olduğundan şüphelendiğinizde ise ultra seviyesine başvurun.

Hiçbir talimat bloğu, soruyu yanlış okumanız durumunda sizi kurtaramaz. Kurallar dizisinin ilk maddesi, karar vermeden önce kodu anlamaktır; bu, sürecin maliyetli kısmıdır ve metnin sizin yerinize yapamayacağı bölümdür. Yanlış fonksiyondaki minimal bir fark (diff) yine de yanlış bir düzeltmedir ve artık onaylanması kolay, küçük ve yanlış bir düzeltme haline gelmiştir.

Dürüst bir özet yapmak gerekirse Ponytail, dikkatlice yazılmış, iyi dağıtılmış ve beraberinde sayısal sonuçları sunulmuş bir istemdir. İçindeki hiçbir şey eklentiyi zorunlu kılmaz. Projenin size sağladığı şey, birinin bu listeyi düzgün bir şekilde yazmış, gerçek bir depo üzerinde test etmiş ve yöntemi sonuçla birlikte yayımlamış olmasıdır.

FAQ

Ponytail, Claude Code dışındaki ajanlarla çalışır mı?

Evet. Ponytail, yetenek (skill) yükleyebilen ana sistemler için bir yetenek olarak sunulur; bu liste Claude Code, Codex, OpenCode, Gemini ve README dosyasında adı geçen diğerlerini içerir. Kural dosyalarını okuyan ancak yetenek yüklemeyen Cursor, Windsurf, Cline ve Copilot gibi düzenleyiciler, eşleşen kurallar dizininden her zaman açık (always-on) kurallar setini alır ancak eğik çizgi (slash) komutlarını kullanamazlar. Metin her iki durumda da aynıdır; temel fark, ana sisteminizin bu metni her adımda bağlam içinde tutup tutmadığı veya yalnızca bir yetenek tetiklendiğinde kullanıp kullanmadığıdır.

Tembel bir ajan testleri, doğrulamayı veya güvenliği atlar mı?

Hayır, kurallar seti bunu doğrudan belirtir. "Asla tembellik edilmeyecek" listesi; güven sınırlarında girdi doğrulamasını, veri kaybını önleyen hata yönetimini, güvenliği ve erişilebilirliği içerir; ayrıca karmaşık olmayan her mantık parçası için küçük ve çalıştırılabilir bir kontrol ister. Kuralın ortadan kaldırdığı şey, kimsenin talep etmediği soyutlamalar ve kimsenin ihtiyaç duymadığı bağımlılıklar gibi icat edilmiş yapılardır. Eğer ajanınız kurulumdan sonra testleri atlamaya başlarsa, bunun nedeni kendi yapılandırmanızda bu kuraldan daha öncelikli olan başka bir talimattır; bu yüzden ajanın en son yüklediği dosyayı inceleyin.

Yayınlanan hız ve maliyet rakamları güvenilir mi?

Bunlar projenin kendi ölçümleridir, yöntemleriyle birlikte yayınlanmıştır ve bu şekilde değerlendirilmelidir. Haziran 2026 tarihli tek seferlik (single shot) veriler, cevabını düzyazı ve seçeneklerle dolduran çıplak bir modelle karşılaştırılmıştır; o dönemdeki README dosyası bile bunu zayıf bir temel olarak işaretlemiştir. Mevcut ajan verileri, Opus 5.5 üzerinde çalışan başsız (headless) Claude Code oturumlarından, her biri beş kez çalıştırılan 39 görevden ve bunlardan on ikisi bir FastAPI ve React deposundaki özellik biletlerinden elde edilmiştir. Bunlar, söz konusu kurulum için dürüst rakamlardır. Bunlar kod tabanınız için bir tahmin niteliği taşımaz, çünkü projenin görev bazlı sonuçları, zaten minimal olan kodlarda tasarrufun sıfıra yaklaştığını göstermektedir.

Faydalanmak için herhangi bir şey yüklemem gerekiyor mu?

Hayır. Merdiven metinden ibarettir ve eşdeğer bir blok, ajanınızın zaten okuduğu talimat dosyasına yapıştırıldığında etkinin büyük kısmını sağlar. Eklenti size güncel ifadeleri, yoğunluk seviyelerini, gözden geçirme komutlarını ve bir güncelleme yolunu sunar. Kopyalanan bloğu önce denemek, kurulumun gerekli olup olmadığı sorusuna verilen 1. basamak cevabıdır.

Gözetimsiz bir ajanın gece boyunca aşırı yapılandırma yapmasını nasıl durdururum?

Kuralı sohbet mesajı yerine her zaman açık (always-on) talimat dosyasına koyun; böylece kural sadece 3. adımda değil, uzun bir çalışmanın 200. adımında da geçerli olur. Ardından hasarı ayrı olarak sınırlandırın: ajana tek kopyanız yerine bozmasına izin verilen bir checkout verin ve herhangi bir birleştirme (merge) işleminden önce insan tarafından yapılan bir diff incelemesi zorunlu tutun. Minimal bir diff kuralı, okumanız gereken miktarı azaltır. Neyin sisteme gireceğine o karar vermez ve vermemelidir.