🧐 YORUM — doktrin denetimi

2026-08-23

yorum_katmani_uret.py · headless claude -p · yalnız OKUMA yetkisiyle · ÜRETİM değil DENETİM


🕵️ DENETİM — 2026-08-23

Beş dosyanın beşi de okundu. ⛔ EKSİK dosya yok.
Aşağıdakiler mekanik KURGU'nun yeniden hesabı değil, doktrine göre denetimidir.


0. ÖNCE TEMİZ ÇIKANLAR

Bunlar için düzeltme gerekmiyor, kayda geçsin:


1. İzmir-K6 SON OF DENİZ: TEK-GEÇİDİ'nin ÜÇ şartından ÜÇÜ de sağlanmıyor [id: tek-gecidi-saglanmadan-tek-yaziliyor · tip: HATA]

KURGU İzmir-K6'yı 3 kol → 1 kol'a indiriyor. Geçidi tek tek koydum:

şartgereklibugün
motor#1 == AGF-1/AGF-2evetAGF-1 HANSİNİ (%35.0), SON OF DENİZ favori değil
kenar ≥3.0 puan≥3.09.0 − 7.1 = 1.9
piyasa-dışı teyit≥1ışık +1.9 (zayıf) · H2H net +1 (bayraksız) · mercek TAM adres, ALTIN yok, adres-galibiyeti 0 · HP yok

Üstüne: SON OF DENİZ, KURGU'nun kendi "TEK ADAYLARI — MUTABAKAT SIRALI" tablosunda hiç yok. O tablonun en alt satırı 🎯2.6 ayrışma; SON OF DENİZ 1.9 ile tablonun altında kalıyor. Yani p_tek sıralaması, doktrinin kenar eşiğinin altındaki bir atı programın TEK'i yapmış ve İzmir programının tamamını ona bağlamış.

Bu, bugünün en ağır bulgusu: geçidi geçmeyen bir TEK, ayağı 3'ten 1'e indirdiği için kapsama kaybı da veriyor (kadro 10, kapsama %51 → tek at).


2. "+1 kol" gerekçesi yazılıyor ama tetikleyen at banda GİRMİYOR [id: plus-1-kol-tetikleyen-at-banda-girmiyor · tip: HATA]

Kol açma mekanizması at bazlı tetikleniyor, sıra bazlı uygulanıyor. Tetikleyen at bandın alt sıralarındaysa açılan kol onu yakalamıyor — kolon maliyeti ödeniyor, kapsama alınmıyor.

HALİDAĞA (İzmir-K7, motor 8.) tesadüfen 9'luk bandın içine düşmüş — mekanizma çalıştığı için değil, bant zaten oraya kadar açıldığı için.


3. MOTOR'un iki 💎 FIRSAT satırı KURGU'ya hiç geçmemiş — üstelik tersi yapılmış [id: firsat-debutan-dar-gecis-uyarisi-kurgu-ya-gecmemis · tip: HATA]

MOTOR aynen şunu yazıyor:

İstanbul-K1 — 💎 DEBÜTAN AYAK (8/8 at hiç koşmamış) ve KARDEŞ verisi VAR — kartın en yüksek kenar potansiyeli. Piyasa kör, biz değiliz. DAR geçiş adayı (2-3 at).
İstanbul-K7 — (aynı metin)

KURGU'da bu iki satırın hiçbiri gerekçeye girmemiş. Yapılan:

Kartın en yüksek kenarlı iki ayağında bant tamamen açılmış — kenar sıfırlanmış. Bu iki ayak aynı zamanda tavan aşımının motoru: 8 × 8 çarpanı tek başına İst K1-6'yı 1.728'e taşıyor.

Ayrıca MOTOR'un İst-K1 için yazdığı ölçülmüş hücre — "✅ ŞARTLI 1 + JOKEY VAR (1 at) · SORU-39 n=95 · M3 %24,2 · lift 2,36× · TEK adayı olabilecek nadir debütan hücresi" — tam olarak tek bir atı işaret ediyor (VAREGON, jokey +3.8; ayaktaki tek jokey rozeti). Bu da KURGU'ya geçmemiş.


4. GÜNLÜK BÜTÇE dağıtıcısı program tavanını (1.200) tanımıyor — sebebini kendisi de bilmiyor [id: gunluk-butce-dagiticisi-program-tavanini-asiyor · tip: HATA]

Üç programın üçü de tavan üstünde:

programkolontavanaşımsebep (KURGU'nun yazdığı)EV
İst K1→K61.7281.200+%44"bilinmiyor"+1.790 TL
İst K4→K91.7921.200+%49piyasa eklemesi (AGF-1)−324 TL
İzmir K2→K71.4401.200+%20piyasa eklemesi (AGF-1)−1.203 TL

İst K1-6 hücresinde hiç 📡 piyasa eklemesi satırı yok — yani aşımı yapan tek şey GÜNLÜK BÜTÇE dağıtıcısının kendisi. "sebep: bilinmiyor" ibaresi dürüst ama çalışmayan bir denetimin itirafı: dağıtıcı "gün toplamı 11.000 kolon tavanı" içinde optimize ediyor ve program başına 1.200 kısıtını hiç görmüyor.

Kolon aritmetiği ayrı ayrı doğrulandı, üçü de tutuyor (8·3·3·3·8·1=1.728 · 2·4·1·8·4·7=1.792 · 2·10·4·2·1·9=1.440).


5. Piyasa eklemesi EV/tavan denetiminin dışında — iki programı EV-negatife düşürüyor [id: piyasa-eklemesi-ev-tavan-denetimi-disinda-ev-negatife-dusuyor · tip: KARAR]

KURGU'nun kendi dipnotu: "ikisi de EV/tavan denetiminin DIŞINDA çalışır". Bu dürüstlük doğru ve v3.1'e uygun — ama sonucu şu: EV'si negatif iki program, tavanın üstünde, denetim dışı bir mekanizmanın ittirmesiyle duruyor.

Piyasa eklemesinin ölçüsü ("kalabalık ayakta bant dışı AGF-1 %25 kazanıyor, aynı kolonu kendi sıramıza versek %10") isabet ölçüsüdür. TEK tablosunun kendi dipnotu ise açıkça diyor ki: "Bu işaretler İSABET (M3) içindir. ROI ayrı ve NEGATİF — SORU-48 TEST'te ROI-pozitif hücre BULAMADI." İsabet gerekçesiyle açılan kol, EV kolonuna eksi yazdırıyor. Bu bir eşik/politika kararı — PI'nin.


6. MERCEK'in TEK-YASAK'lı atı yine TEK listesinde [id: mercek-in-tek-yasakli-iki-ati-tek-adaylari-listesinde · tip: HATA]

MERCEK, ERHANHAN için sert hüküm veriyor: "çim↔kum geçişi — TEK YASAK (0,79×)". Yumuşatıcı not YOK (PRANDELLO/TEMRE/WALTZ'taki "⚠ ±300m'de koşmuş — B sınıfı cezalı değil" kaydı ERHANHAN'da yok).

Buna rağmen ERHANHAN:

Kupona TEK olarak girmiyor (2. aday yolu 21.08'de kapatılmış) — o yüzden bugün kupon riski yok. Ama ölçüm defterine MERCEK'in yasakladığı bir at yazılıyor; ileride o defterin kalibrasyonu bu satırla kirlenir.

Aynı listede daha yumuşak iki kayıt: PRANDELLO (İst-K5) ve TEMRE (İst-K8, tablo #2), ikisi de "bu mesafede derecesi yok" + ±300m istisnası — bunlar tartışmalı, ERHANHAN tartışmasız.


7. "1. aday / 2. aday" etiketi p_tek sırasıyla çelişiyor, sebebi yazılmamış [id: tek-aday-siralamasi-p-tek-ile-celisiyor-sebep-yazilmamis · tip: HATA]

İstanbul K1-6 programında:

  1. adayın p'si 1. adaydan yüksek. Diğer iki programda ters yok (K4-9: 0.317 > 0.289 ✓ · İzmir: 0.212 > 0.189 ✓). Yani K1-6'da bir şey ERHANHAN'ı 1.adaylıktan düşürmüş — büyük ihtimalle madde 6'daki MERCEK çim↔kum vetosu.

Eğer öyleyse iyi haber: MERCEK vetosu TEK seçiminde iş görüyor. Kötü haber: (a) dosyada bunu söyleyen tek bir satır yok, (b) veto işlediyse aynı at neden hâlâ TEK defterine yazılıyor? İkisi bir arada tutarsız. Vetonun devreye girip girmediği, bugünkü beş dosyadan okunamıyor.


8. AYAK AYAK KARAR tablosu program bazlı kolları kaybediyor [id: ayak-ayak-karar-tablosu-program-bazli-kollari-kaybediyor · tip: HATA]

Özet tablo her ayak için tek kol yazıyor, ama iki İstanbul programı aynı ayağa farklı kol veriyor:

ayakK1→K6 tablosuK4→K9 tablosuAYAK AYAK KARAR
İstanbul-K42→322→2 ✗
İstanbul-K52→82→42→4 ✗

Yalnız özet tabloya bakan biri İst-K5'i K1-6 programında 8 yerine 4 kol oynar — bandın yarısını kaybeder. Özet tablo program-körü.


9. Gerekçe satırları programlar arasında sızıyor [id: gerekce-satirlari-programlar-arasi-siziyor · tip: HATA]

Tek başına kozmetik; ama madde 8 ile birleşince PI'nin hangi programda kaç kol oynayacağı dosyadan tek okumada çıkmıyor.


10. h2h_dom atına h2h_guclu'nun lifti atfediliyor [id: h2h-dom-atina-h2h-guclu-lifti-atfediliyor · tip: HATA]

H2H matrisinin kendi eşik satırı: h2h_dom net≥8 → lift 1,79× · h2h_guclu net≥5 → lift 2,07×.

KURGU gerekçeleri "h2h dominant" diyor ama parantezde hep 2,07× alıntılıyor:

İki atta gerekçe, ölçülenden %16 güçlü gösteriliyor. Küçük ama v3.1 dürüstlük kuralının doğrudan ihlali: ölçülmüş bir liftin yanlış bandı alıntılanıyor.


11. Bant sınırında ince kesimler [id: bant-sinirinda-0-1-0-4-puanlik-kesimler-yakalanmamis · tip: KARAR]

KURGU yalnız İst-K7'deki tam beraberliği (5.0 = 5.0) yakalayıp kolu açmış. Neredeyse-beraberlikler yakalanmamış:

ayakiçerideki son atkesilen atΔkesilenin elindeki
İzmir-K5SERİ UFUK 4.6ADISOYLU 4.10.5h2h_orta +2 · mercek ALTIN
İst-K5 (K4-9)MİR EMRE 6.4TURAMUN 5.80.6mercek 3/6 TAM
İst-K4 (K4-9)MISS DEVRAN 10.0SANAE 9.30.7h2h_orta +2 · mercek ALTIN (1200m Kum galibiyeti)

SANAE ayrıca aynı ayakta iki programda farklı işlem görüyor: K1-6'da bant içinde, K4-9'da 0.7 puanla dışarıda.


12. KARDEŞ 🔻 FREN rozeti hâlâ bağlı değil — ve bugün riski DÜŞÜK DEĞİL [id: kardes-fren-kapali-ama-bugun-riski-dusuk · tip: HATA]

PUANTAJ başlığı dürüstçe yazıyor: "KARDEŞ yalnız kardes_altin/kardes_gumus üretiyor — 🔻 FREN rozetinin W'de karşılığı yok, hiçbir bayrağa çevrilmiyor".

Önceki günlerde bu düşük riskliydi. Bugün değil. İki tam-debütan ayak var (İst-K1, İst-K7) ve MOTOR bunlara "kartın en yüksek kenar potansiyeli" diyor. O ayaklarda skorun ayrıştırıcısı yalnızca kan + jokey:

İst-K1 → VAREGON 5.0 (jokey 3.8 + kan 1.2) · BOZŞAH 2.5 (yalnız kan, altın kardeş) · DRAGON SHADOW 1.2 · kalan 5 at 0.0.

O beş sıfırın hangisi "kardeş verisi yok", hangisi "kardeş FREN" — dosyadan ayırt edilemiyor. Bant 8/8 olduğu sürece zararsız; ama madde 3'teki daraltma yapılırsa, daraltma kararının dayandığı sinyal yarım demektir. Doktrinin "Debütan-şişme (kardeş NÖTR) → self-fren" vetosu da bu yüzden bugün uygulanamaz durumda.


13. ⛔ EKSİK ve ölçülemeyenler [id: tek-kapisi-dosyasi-denetime-verilmedi · tip: OLCUM]


ÖZET

Mekanik KURGU'ya güvenilebilir mi? → ÇEKİNCEYLE.

Bant kurgusu ve ölçülmüş kural uygulaması geniş ölçüde sağlam: 05.08 kalıbı yok, eküri doğru, şişik-favori ölçülüp temiz çıktı, AGF≥7 kuralı doğru işledi, 22 çelişkinin hepsi taşındı, İstanbul-K6 TEK'i geçidin her şartını geçiyor. Ama TEK katmanında bir, kolon katmanında bir, kapsama katmanında bir olmak üzere üç yerde mekanik üretim doktrinin önüne geçmiş.

En fazla üç somut düzeltme:

  1. İzmir-K6 TEK'ini geri al (madde 1). SON OF DENİZ kenar 1.9 ile 3.0 eşiğinin altında, AGF-1 rakibinde (HANSİNİ), teyit yok, KURGU'nun kendi aday tablosunda bile yok. Ayak 1'e değil, en az 2-3'e kalmalı. Bu, geçidi geçmeyen tek TEK.
  1. İst-K1 ve İst-K7'de MOTOR'un kendi FIRSAT satırına uy (madde 3) — tavan sorunu da bununla çözülür (madde 4). İst-K1'i 4'e (VAREGON, BOZŞAH, DRAGON SHADOW + AGF-1 SUBMARINER) daraltmak K1-6'yı 1.728 → 864; İst-K7'yi 3'e (ANGEL FASTWING, ÇİMEN BERA, AGF-1 VIENTO DE AMOR — beraberlik de kapsanır) daraltmak K4-9'u 1.792 → 672 yapar. İki program da tavanın altına iner, EV-negatiflik hafifler, ve kartın en yüksek kenarlı iki ayağında kenar geri gelir. Uyarı: bu daraltma madde 12'ye (FREN rozeti bağlı değil) yaslanır — daraltmanın sinyali bugün yarım.
  1. "+1 kol" mekanizmasını sıra bazlıdan at bazlına çevir (madde 2). Bugün MAKE A FIRE (h2h net +15, mesafenin en hızlısı, ALTIN) ve AĞAM URFALI (1/16, ALTIN) için kol açma gerekçesi yazıldı, kolon ödendi, at kapsanmadı. Tetikleyen at bandın içine alınmıyorsa o "+1 kol" satırı yazılmamalı.

Kupon oynanmaz; bahsi yalnız Bayram girer.

TJK Günlük · YORUM — doktrin denetimi · 2026-08-23