BistBull Skorlama Mimarisi

1. Büyük Resim — Skor Zinciri

BistBull'un Değer Skoru tek bir sayı gösterir (ör: 72/100). Ama arka planda bu sayı 5 katmanlı bir zincirden geçer. Her katman bir öncekinin üzerine biner, hiçbiri diğerini bozmaz.

2. Katman 1 — 7 Boyutlu Temel Analiz

Her hisse 7 boyutta 0-100 arası puanlanır. Her boyutun ağırlığı farklıdır. V11'de bilanço ve kâr kalitesi ağırlıkları artırılmıştır.

FA Pure = Σ (boyut_skoru × boyut_ağırlığı)
Örnek: Kalite(82)×0.25 + Değerleme(65)×0.18 + ... = 68.3

3. Katman 2 — Risk ve İvme

Risk Penaltileri

İvme Skoru (3 Boyut)

Overall Formül

Değer Skoru = FA × 0.58
            + İvme × gate(FA) × 0.28
            + Valuation Stretch
            + Risk × 0.38

4. Katman 3 — Türkiye Gerçekleri (V12)

Felsefe: İsviçre'de %1 faizle çalışan bir modeli Türkiye'de %50 faizle kullanmak aptallıktır. Bu katman her şirkete bir "Türkiye çarpanı" uygular.

Birleşik çarpan = ⁴√(fx × faiz × geçişkenlik × tms29)  ← geometrik ortalama
Turkey-Adjusted FA = FA Pure × birleşik çarpan

5. Katman 4 — Akademik Filtre (V13)

Damodaran (NYU Stern) + Greenwald (Columbia) çerçevesi. Türkiye'nin %50 faiz ortamına kalibre edilmiş.

Filtre 1: Değer Yaratımı (Damodaran)

Filtre 2: Büyüme Tuzağı (Greenwald)

Filtre 3: Yaşam Döngüsü

6. Gerçek Örnek — Tüm Zincir

7. Dosya Haritası

engine/
├── scoring.py          ← K1: 7 boyut FA + risk penaltileri
├── scoring_v11.py      ← K1+: Non-linear gate, fatal triggers, Ciro/PD
├── technical.py        ← K2: İvme (momentum, teknik, kurumsal)
├── turkey_realities.py ← K3: V12 Türkiye Gerçekleri (4 filtre)
├── turkey_enhancements.py ← K3+: Reel büyüme, getiri testi, borç riski
├── academic_layer.py   ← K4: V13 Akademik (3 filtre)     ← YENİ
├── analysis.py         ← HEPSİNİ BİRLEŞTİREN ana fonksiyon
└── ...

ai/
├── prompts_v12.py      ← AI prompt şablonları (V12 Turkey-aware)
├── engine.py           ← AI provider chain (Grok→OpenAI→Anthropic)
└── service.py          ← AI servis katmanı

8. Motorlar — Tek Cümlede

9. Etiket Sözlüğü — İç Değer ↔ Ekran Etiketi

Eşleme tek kaynakta yaşar: static/js/labels.js (BBLabels). Kalite notları (Çok Başarılı / Başarılı / Orta / Zayıf / Riskli) durum tanımıdır, olduğu gibi gösterilir.

10. Veri Kaynakları ve Gecikme

11. Forward Kayıt Nedir? (Backtest'ten Farkı)

Backtest, bir kuralı geçmiş veriye uygular — "olsaydı ne olurdu". Güçlüdür ama iki tuzağı vardır: survivorship (bugün var olan hisselerle geçmişi ölçmek) ve aşırı-uydurma (kurala geçmişi ezberletmek). Bu yüzden backtest bir üst-sınırdır, garanti değil.

Forward kayıt, sinyali verildiği anda mühürleyip sonucu ileriye doğru ölçer — seçim anında bilinmeyen geleceği kullanır, dolayısıyla survivorship ve p-hacking barındırmaz. BistBull motorlarının canlı track-record'u bu mantıkla tutulur (picks kaydet → XU100-üstü ölç).

Nasıl ölçülür?

• Tetik: BullWatch kademesinin CONVICTION'a ilk geçişi (önceki gün CONVICTION değil, bugün CONVICTION) o hisseyi kaydeder. Kayıt anında giriş/kapanış boştur; kayıt geriye tarihlenemez.
• Ufuk: 21 iş günü. İş günü veri-güdümlüdür — açılış verisi olmayan gün tatil sayılıp ileri sarılır (sabit takvim tablosu yoktur).
• Referans (açılış-açılış): giriş = kayıttan sonraki ilk seansın açılışı; kapanış = ufkun dolduğu seansın açılışı. Referanslar gerçekleşmiş açılış fiyatlarıdır; terminalin canlı görünümündeki gecikmeli veri kaynağı kayıt performansını etkilemez (ölçüm kesinleşmiş açılışlarla yapılır).
• Getiri ve hit: mutlak getiri = kapanış açılışı ÷ giriş açılışı − 1. Aynı pencere için XU100 getirisi de açılış-açılış hesaplanır. Göreli getiri = mutlak − XU100; hit = göreli getiri > 0 (endeksi geçti mi).

Değişmezlik: hash zinciri + dış sabitleme

Kayıtlar append-only'dir (veritabanı trigger'ları silmeyi ve izinsiz güncellemeyi reddeder). Her gün, o gün mühürlenen kayıtların değişmez alanlarından (kayıt no, motor, config-hash, hisse, kayıt zamanı) bir gun_hash üretilir; günler zincir_hash = SHA-256(önceki + gun_hash) ile zincirlenir. Geçmiş bir kaydı değiştirmek ya da geriye tarihlemek zinciri kırar.

Okuyucu nasıl doğrular? scripts/verify_chain.py zinciri kayıtlardan bağımsız yeniden hesaplar; ✓ (tutarlı) ya da ✗ (ilk uyuşmazlık günü) verir. Ek olarak günlük zincir_hash public bir kayıt deposunun git geçmişine dış sabitleme ile yazılır — böylece değişmezlik terminalin kontrolü dışındaki bir zaman damgasıyla da kanıtlanır.