selimmujdeci · selimmujdeci · Jul 13, 2026 · Jul 13, 2026
@@ -17,6 +17,7 @@
 
 | # | Özellik | Nerede | Kabul ölçütü (cihazda ne gözlemlenmeli) | Eklendi |
 |---|---------|--------|------------------------------------------|---------|
+| 64 | **🔴 Device Validation Pending — Deep Scan Offline Pass Trigger + Runtime Wiring + Minimal Diagnostics (W5-3b)** — W5-3a'daki `runOfflinePass()` İLK kez üretim wiring'ine bağlandı. `platformCoreDeepScanWiring`'e tek deterministik giriş noktası `triggerDeepScanOfflinePass()` (hash/dedup guard + single-flight) + iptal (`cancelDeepScanOfflinePass`) + bounded teşhis (`getDeepScanOfflinePassStatus`) eklendi; SystemBoot **Wave 3**'te (Wave 2 ownership KURULDUKTAN SONRA) fire-and-forget çağrılır (`void ... .catch`; boot BLOKLANMAZ). **GUARD:** aynı guard anahtarı (varsayılan `deepscan.offline.boot`) EN FAZLA bir kez pass başlatır (duplicate YOK); yürüyen pass varken ikinci tetik reddedilir (single-flight); wiring restart'ında guard doğal sıfırlanır (durum wiring örneğine bağlı). **DAVRANIŞ DEĞİŞMEZ:** handler GEÇİLMEZ → tüm offline fazlar `skipped` → GERÇEK İŞ YAPILMAZ; change detection / knowledge / fingerprint / evidence / report ÇALIŞMAZ; aktif ECU/PID/DID/Firmware sorgusu YOK (runtime aktif-kayıt API'leri hiç çağrılmaz — gerçek zincir testiyle kanıtlı); runtime `idle → running → idle` döner (pass sonunda `runtime.reset()` W5-3a garantisi). **OWNERSHIP KORUNUR:** `OwnedOrchestrator` yüzeyi offline `runOfflinePass`/`cancelOfflinePass`'i gösterir ama AKTİF tarama API'lerini (`start`/`run`/`runNextPhase`) ASLA göstermez (compile-time; W5-3a kilidi bu davranışa GÜNCELLENDİ, kaldırılmadı). **TEŞHİS (bounded + immutable):** present/started/running/active/cancelled/triggerCount/lastRun/lastDuration/lastResult/lastReason/lastError/phaseCount/summaryAvailable — hepsi primitive/enum/sayı; VIN/GPS/secret/ham CAN-OBD/guard-anahtarı TAŞIMAZ. Event Bus / Capability Registry / HAL / Assistant / Driver DNA / Prediction / SQL / Supabase / Native / CAN / OBD DEĞİŞMEDİ (wiring bunları import ETMEZ). **HOST-DOĞRULANDI:** yeni trigger-wiring testleri (25+ senaryo: trigger/duplicate/hash-guard/tek-pass/single-flight/idle→running→idle/reset/summary/immutable/bounded/dispose/restart/cancel/timeout-iletimi/handler-yok/aktif-discovery-yok/privacy/input-immutable/Wave-sırası/EventBus-Capability değişmedi); W5-1 wiring fake'i + W5-3a 2 kilit yeni davranışa güncellendi; tam suite **3820 yeşil (210 dosya)**, tsc `-b --noEmit` temiz, lint 0 error, production build OK. **AÇIKÇA:** (a) gerçek handler YOK; (b) gerçek discovery YOK; (c) **W5-3c değer üreten (offline handler) PR'dır**; (d) aktif ECU sorgusu YOK (tip + faz + aktif-kayıt kapısı + handler-yok ile garanti); (e) Mali-400 doğrulaması bekliyor. | `platform/system/platformCoreDeepScanWiring.ts` (OwnedOrchestrator offline yüzey + `triggerDeepScanOfflinePass`/`cancelDeepScanOfflinePass`/`getDeepScanOfflinePassStatus` + bounded status), `platform/system/SystemBoot.ts` (Wave 3 trigger, fire-and-forget), `__tests__/deepScanOfflineTriggerWiring.test.ts` (yeni), `__tests__/platformCoreDeepScanWiring.test.ts` (fake offline yüzey), `__tests__/deepScanOfflinePass.test.ts` (2 kapsam kilidi güncellendi) | Gerçek cihazda (Xiaomi 23090RA98I + en az bir low-tier K24/Mali-400/T507): (1) boot'ta trigger TEK kez çalışır (`getDeepScanOfflinePassStatus().triggerCount=1`, duplicate boot/HMR çoğaltmıyor); (2) `runOfflinePass` çağrıldı ama araç OBD/CAN trafiğinde deep-scan kaynaklı ECU/PID/DID/Firmware isteği YOK (handler yok → aktif sorgu üretilmiyor); (3) pass sonrası runtime `idle` (`summaryAvailable=true`, `lastResult='ran'`); gerçek tarama sonradan başlayabiliyor; (4) boot süresi regresyonu yok (fire-and-forget → boot bloklanmıyor; hedef boot delta <10ms); (5) **Mali-400/K24 steady-state ek yük ölçüm gürültüsü seviyesinde** (pass tek-atış; timer/polling yok → ≈0); (6) background/foreground / restart'ta çift-pass veya leak yok; (7) teşhis raporunda offline pass status okunabilir (ADB'siz) — ⚠️ Not: `getDeepScanOfflinePassStatus` henüz `diagnosticSections`'a EKLENMEDİ (ayrı küçük teşhis PR'ı gerekir). Cihaz kanıtı olmadan 🟢 YAPMA. ⚠️ **Mali-400 doğrulaması bekliyor.** | 2026-07-13 |
 | 63 | **🔴 Device Validation Pending — Tanı Raporu Sanitize Sertleştirme (Diagnostics PR-2)** — PR-1'in (#80) açtığı denetimde ortaya çıkan ÜÇ sanitize boşluğu kapatıldı. **(1) `selfTest` bölümü sanitize'ı TAMAMEN atlıyordu:** `reportSelfTestSnapshot` raporu ham spread ediyordu (`{...base, selfTest}`) → deny-list, VIN/MAC/koordinat/api_key maskeleri ve derinlik tavanı bu bölüme UYGULANMIYORDU. Prob `detail` alanları SERBEST METİN taşır: ham `Error.message` (`selfTestEngine` runProbe catch), ham fetch hata metni (probeBackend) ve stack karesi/dosya yolu (probeIdleRenderLoop) → **maskesiz kanal**. Artık inspector ile AYNI kapıdan geçer: yeni `_sanitizeSection()` (tek kapı — yeni bölüm eklenince sanitize'ı atlamak imkânsız). Teşhis değeri KAYBOLMAZ: stack karesi (`FullMapView.tsx:814`) okunur kalır, yalnız VIN/MAC/koordinat/anahtar maskelenir. **(2) `DENY_KEYS` camelCase'e KÖRDÜ:** eşleşme `key.toLowerCase()` idi, set'te `'api_key'` vardı → `apiKey`.toLowerCase() = `'apikey'` ≠ `'api_key'` → **SIZIYORDU**. Anahtar artık NORMALİZE edilir (küçült + alfanümerik olmayanı at) ve **TAM EŞLEŞME** yapılır. Liste genişledi: `apikey · accesstoken · refreshtoken · authorization · bearer · secret · password · jwt · token · email` (+ mevcut konum/VIN/MAC/telefon). **⚠️ TAM eşleşme ZORUNLU — substring/prefix YASAK:** `lat` substring olsaydı `platform` (W4E runtime teşhis bölümünün TAMAMI) ve `detectedPlatform` düşerdi; `vin` prefix olsaydı `vinMasked` (VIN sızıntısını ÖNLEMEK için üretilen maskeli türev) silinirdi → koruma raporu boşaltırdı. False-positive taraması: 14 üretici dosyada 326 benzersiz anahtar tarandı, **meşru alan düşmüyor**. **(3) Cycle guard YOKTU:** özyinelemeyi sınırlayan tek şey MAX_DEPTH'ti. Eklenen guard **ANCESTOR-PATH** desenidir (girerken ekle, `finally` ile çıkarken sil) — naif "görülen nesneler" seti PAYLAŞILAN REFERANSI (aynı nesne iki KARDEŞ dalda = DAG) cycle sanıp ikinci dalı sessizce boşaltırdı (DTC `[null,null]` ile aynı sınıf sessiz kayıp). Cycle → `[CYCLE]` işareti (sessiz kayıp DEĞİL, görünür); dizi elemanıysa ELENMEZ (uzunluk korunur). **Public API artık THROW ETMEZ:** getter/Proxy patlarsa yalnız o DÜĞÜM `[UNREADABLE]` olur, kardeş alanlar akar (`_safeSection`'ın düğüm-bazlı karşılığı) → tek zehirli alan TÜM tanı raporunu öldüremez. **DEĞİŞMEYEN (bilinçli):** MAX_DEPTH=6 · MAX_ARRAY_LEN=20 · MAX_STR_LEN=2048 · mevcut MASKS (VIN/MAC/COORD/api_key=/token=) · UI · RPC · DB/migration · rıza · teslimat modeli (`'sent'` yalanı AYRI PR). **HOST-DOĞRULANDI:** 17 yeni davranış kilidi + 4 kaynak-metin kilidi (regresyon kasası; PR-1'in dizi kilidi kaldırılmadı, yeni doğru davranışa GÜNCELLENDİ), tam suite **3711 yeşil (206 dosya)**, tsc temiz, lint 0 error, build OK. **BYTE ÖLÇÜMÜ (en zengin fixture, aynı test, önce/sonra):** `self_test` **5157 B → 5119 B (−38 B)** — sanitize maskeleme sonrası hafif KÜÇÜLDÜ, şişme YOK; `dev_inspector` **5479 B → 5479 B (0)** — inspector zaten aynı kapıdan geçiyordu. | `platform/remoteLogService.ts` (`_normalizeKey` + genişletilmiş DENY_KEYS + ancestor-path cycle guard + düğüm-bazlı fail-soft + `_sanitizeSection` tek kapı; `reportSelfTestSnapshot` + `reportDiagnosticSnapshot` onu kullanır), `__tests__/diagnosticSanitizeHardening.test.ts` (yeni, 17 test), `__tests__/regression.guards.test.ts` (4 kilit; dizi kilidi güncellendi) | Gerçek cihazda: (1) **"Tanı Robotu" (self-test) raporu gönderiliyor** ve gövdesinde `selfTest.results[].detail` alanları MEVCUT (bölüm kaybolmadı, sanitize onu boşaltmadı); (2) `selfTest.summary`/`worst`/`env` dolu ve `results.length` = summary toplamı (MAX_ARRAY_LEN=20 kırpması YOK — bugün 14 prob, 6 pay var); (3) gerçek self-test raporunda **ham `Error.message`/fetch hata metni içinde VIN/MAC/koordinat/anahtar İZİ YOK**, maskeler (`[VIN]`/`[MAC]`/`[COORD]`/`api_key=[MASKED]`) görünüyorsa doğru çalışıyor; (4) `platform` (Event Bus/HAL sayaçları) ve `vidMirror.vehicle.vinMasked` bölümleri raporda **HÂLÂ VAR** (yeni deny listesi meşru alanları düşürmedi — TAM eşleşme kanıtı); (5) `triage` mevcut ve `ruleErrors=0`; (6) DTC varken `obdDeep.dtc.codes[0].code` dolu (PR-1 kazanımı bozulmadı); (7) raporda `[CYCLE]`/`[UNREADABLE]` işareti **görünmüyor** (üretimde dairesel/zehirli düğüm yok — görünürse üretici tarafta bug var demektir, teşhis edilir); (8) rapor gövdesinde `truncated` alanı YOK ve `octet_length` < 45 KB; (9) low-tier cihazda (K24/Mali-400 veya T507) self-test raporu gönderimi başarılı, ANR/donma yok; (10) Xiaomi'de CPU/RAM/boot regresyonu yok. **Gerçek cihazda self-test raporu görülmeden 🟢 YAPMA** — host testleri kodu kanıtlar, sahadaki gerçek `detail` metinlerini kanıtlamaz. | 2026-07-13 |
 | 62 | **🔴 Device Validation Pending — Tanı Raporu DTC Derinliği + Triyaj Null-Guard (Diagnostics PR-1)** — Denetimin (2026-07-12) KANITLI iki P0'ı kapatıldı. **(1) DTC kodları kabloda `null` gidiyordu:** `remoteLogService._deepSanitize` derinlik ≥ `MAX_DEPTH` olan KABI düşürür; gövde `depth=0` ile çağrıldığı için zincir `root(0)→obdDeep(1)→dtc(2)→codes[](3)→kod nesnesi(4)` **derinlik 4'te ölüyordu** → `codes:[null,null]`. Aynı derinlikteki `obdDeep.extended.samples[]` (katalog-dışı PID keşfi), `uiActivity.recent[].reasons[]`, `inspector.timeline[].signals/env` ve `inspector.runtime.workers[]` de düşüyordu. **`MAX_DEPTH` 4 → 6 (ÖLÇÜLMÜŞ, keyfi değil):** payload gövdesinin tüm bölümleri tarandı, en derin **kap** derinlik 4'te → 5 = minimum yeterli; 6 seçildi çünkü `sanitizeForRemote` ve inspector girişleri `depth=1`'den başlıyor (bir seviye pay) ve ölçülen payload'da derinlik ≥5'te KAP OLMADIĞI için **bugün 0 ek bayt** akıtır. Sanitize dizi dalı artık düşen elemanı **ELER** (`.map` ile yerinde bırakılan `undefined` JSON'da `null` oluyordu — sessiz "kod var ama boş" yalanı). **(2) DTC varken TRİYAJ TAMAMEN kayboluyordu:** `ruleObdDtc` null-guard'sız `c.code` okuyordu → TypeError → `buildTriageSnapshot` döngüsü kırılıyor → `_attachTriage`'ın yutucu catch'i `payload.triage`'ı HİÇ yazmıyor → admin **arızanın olduğu tam anda** "kritik bulgu yok" görüyordu (13 kuralın HEPSİ birden susuyordu: termal/bellek/güç/GPS/self-test dahil). Kural null-guard'landı (`dtc.count` "arıza var" kanıtıdır; kod METNİ yalnız zenginleştirme → liste boş/bozuk olsa da bulgu ÜRETİLİR) **+ motor seviyesinde KURAL İZOLASYONU** (bir kural patlarsa yalnız o kural düşer, diğerleri çalışır) **+ `ruleErrors` sayacı** (izolasyon sessiz olmasın — triyaj eksik çalıştıysa raporda görünür). **DEĞİŞMEYEN (bilinçli):** redaction/allowlist/deny-list/maskeler · `MAX_ARRAY_LEN`/`MAX_STR_LEN` · UI · RPC · DB/migration · rıza/önizleme · teslimat modeli (`'sent'` yalanı **PR-2'ye** bırakıldı). **HOST-DOĞRULANDI:** 13 yeni kilit yeşil (9 davranış + 4 kaynak-metin regresyon kasası), tam suite **3690 yeşil (205 dosya)**, tsc temiz, lint 0 error, build OK. **BYTE ÖLÇÜMÜ (en zengin fixture, aynı test, önce/sonra):** `support_snapshot` **3163 B → 4045 B (+882 B, +%27,9)** · `dev_inspector` **3747 B → 5480 B (+1733 B, +%46,3)** → ikisi de canlı sunucu tavanının (**64 KB**, migration 027) çok altında. | `platform/remoteLogService.ts` (MAX_DEPTH 4→6 + dizi dalı undefined filtresi), `platform/diagnosticTriage.ts` (ruleObdDtc null-guard + kural izolasyonu + `ruleErrors`), `__tests__/diagnosticDtcDepthTriage.test.ts` (yeni, 9 test), `__tests__/regression.guards.test.ts` (4 kaynak-metin kilidi) | **Gerçek araçta, DTC VARKEN** (arıza lambası yanan / kasıtlı DTC üretilmiş araç) gönderilen `support_snapshot` gövdesinde: (1) `obdDeep.dtc.codes[0].code` **dolu string** (`null` DEĞİL) ve `severity`/`system` dolu; (2) `codes` dizisinde **hiç `null` eleman yok**; (3) `payload.triage` **MEVCUT** ve `findings` içinde **`OBD_DTC_PRESENT`** bulgusu var (kritik DTC varsa `severity:'critical'`); (4) `triage.ruleErrors = 0`; (5) DTC varken diğer triyaj bulguları (termal/güç/GPS) **da** üretilmeye devam ediyor; (6) `obdDeep.extended.samples[0].pid` dolu (katalog-dışı PID keşfi artık sunucuya ulaşıyor); (7) Dev Inspector raporunda `inspector.timeline[0].signals.spd/rpm` **dolu**; (8) raporda VIN/MAC/koordinat/secret **YOK** (maskeler delinmedi); (9) gerçek rapor gövdesi **`truncated` alanı taşımıyor** ve `octet_length` < 45 KB (64 KB tavanı aşılırsa sunucu gövdeyi `{truncated:true}` kabuğuyla DEĞİŞTİRİR = %100 sessiz kayıp, üstelik UI yine "gönderildi" der — PR-2 konusu); (10) low-tier cihazda (K24/Mali-400 veya T507) rapor gönderimi başarılı, ANR/donma yok. **Araç + DTC olmadan 🟢 YAPMA** — host testleri kodu kanıtlar, gerçek DTC akışını kanıtlamaz. | 2026-07-13 |
 | 61 | **🔴 Device Validation Pending — Deep Scan Offline Run Surface + Guard Band (W5-3a)** — Deep Scan Orchestrator'a tip-seviyesinde ayrılmış, SONLANDIRMAYAN offline yürütme yüzeyi `runOfflinePass()` eklendi. YALNIZ `OFFLINE_PHASE_SEQUENCE` fazlarını (capability/fingerprint/knowledge/evidence/change_detection/report) deterministik sırayla, kontak BİLİNMİYORKEN (`ignitionConfirmed=null`) yürütür — çünkü offline fazlar araca sorgu göndermez. **KORUMA BANDI (tip + çalışma-zamanı):** handler haritası `Partial<Record<OfflinePhase, PhaseHandler>>` → aktif faz (`vehicle_identity`/`protocol_detection`/`ecu_discovery`/`standard_pid_discovery`/`manufacturer_did_discovery`/`firmware_inventory`) anahtarı DERLEME HATASIDIR; `OfflinePhase = Exclude<DeepScanPhase, ActivePhase>` türetildiği için yeni faz sessizce sınıflandırılamaz. **YAPMAZ:** `_finalize()`/`completeScan()`/`persistence.completeScan()` ÇAĞIRMAZ → `hasCompletedFullScan`/`completedScanCount`/`changeCheckCount` DEĞİŞMEZ; persistence'a HİÇ YAZMAZ (yalnız mod kararı için `hasCompletedFullScan()` OKUR); `_applyResult()` (aktif-kayıt yolu) ÇAĞIRMAZ → keşif payload'ı (`ecus/pids/dids/firmware`) runtime aktif-kayıt API'lerine (`recordEcuDiscovery` vb.) GİTMEZ (o API'ler kontak yokken `waiting_for_ignition`'a düşürürdü); kontak-serbest tek yazma yolu `recordChangeDetection` (yalnız `changedFirmware/changedEcu`). **YAŞAM DÖNGÜSÜ:** pass sonunda `runtime.reset()` ZORUNLU (`try/finally`) → runtime `idle`, gerçek tarama sonradan başlayabilir, ikinci pass tekrar çalışır. **FAIL-SOFT:** handler throw/timeout(5sn varsayılan)/cancel tek fazı düşürür, KALAN offline fazlar DEVAM EDER; runtime `failed`'a düşmez; timeout timer'ı `finally`'de temizlenir (zero-leak). Bounded+immutable özet (sayımlar + faz sonuçları + sanitize uyarılar; VIN/koordinat/ham hex/secret/parmak-izi hash TAŞIMAZ). Ownership wiring yüzeyi (`OwnedOrchestrator`) DEĞİŞMEDİ → hâlâ yalnız `getSnapshot/dispose/isDisposed`; `start()/run()/runNextPhase()/runOfflinePass()` GÖSTERMEZ. SystemBoot/Event Bus/Capability/Native/OBD/CAN/SQL/Supabase DEĞİŞMEDİ. **HOST-DOĞRULANDI:** 32 yeni test yeşil; deep scan suite 177 yeşil; tam suite 3709 yeşil (205 dosya); tsc `-b --noEmit` temiz (aktif-handler `@ts-expect-error` compile-lock doğrulandı); lint 0 error (W5-3a dosyaları uyarısız); production build OK. **AÇIKÇA:** (a) Bu PR hiçbir yerden çağrılmıyor — üretim runtime davranışı DEĞİŞMİYOR. (b) W5-3b Trigger AYRI PR. (c) W5-3c gerçek offline Handler'lar AYRI PR. (d) Aktif ECU/PID/DID/Firmware sorgusunun gitmemesi tip (`OfflinePhase`) + faz sınırı (`OFFLINE_PHASE_SEQUENCE`) + aktif-kayıt kapısı ile GARANTİ ediliyor. | `platform/deepScan/deepScanOrchestrator.ts` (+304: `runOfflinePass`/`cancelOfflinePass`/guard band), `platform/deepScan/deepScanModel.ts` (`ActivePhase`/`OfflinePhase`/`OFFLINE_PHASE_SEQUENCE`/`isOfflinePhase`), `platform/deepScan/index.ts` (tip export), `__tests__/deepScanOfflinePass.test.ts` (yeni, 32 test) | Gerçek cihazda (Xiaomi 23090RA98I + en az bir low-tier K24/Mali-400/T507) — W5-3b Trigger bağlandıktan SONRA: (1) `runOfflinePass()` kontak `null` iken offline fazları yürütür, araç OBD/CAN trafiğinde deep-scan kaynaklı ECU/PID/DID/Firmware isteği YOK (aktif sorgu üretilmiyor); (2) pass sonrası runtime `idle`, `hasCompletedFullScan` false, `completedScanCount`/`changeCheckCount` artmadı; (3) gerçek tarama pass'ten sonra normal başlayabiliyor (idle guard'ına takılmıyor); (4) handler throw/timeout/cancel'da çökme/ANR yok, tek faz düşse kalanlar sürüyor; (5) **Mali-400/K24'te steady-state ek yük ölçüm gürültüsü seviyesinde** (timer/polling yok → ≈0; pass tek-atış); (6) background/foreground geçişinde leak/çift-pass yok. Cihaz kanıtı olmadan 🟢 YAPMA. ⚠️ **Mali-400 doğrulaması bekliyor.** ⚠️ Not: gözlemlenebilirlik dönen özet üzerinden; teşhis raporuna alan EKLENMEDİ (ayrı küçük PR). | 2026-07-13 |

@@ -381,25 +381,29 @@ describe('W5-3a — fail-soft', () => {
  * ═════════════════════════════════════════════════════════════════════ */
 
 describe('W5-3a — kapsam kilitleri (bu PR çağrılmıyor, davranış değişmiyor)', () => {
-  it('SystemBoot offline pass ÇAĞIRMAZ (trigger/wiring W5-3b’de)', () => {
-    expect(systemBootSource).not.toContain('runOfflinePass');
+  it('SystemBoot offline pass’i TEK giriş noktasından (trigger wrapper) tetikler; raw scan API’si YOK (W5-3b GÜNCELLENDİ)', () => {
+    // W5-3a→W5-3b (regresyon kasası GÜNCELLEMESİ): W5-3a’da SystemBoot pass’i HİÇ tetiklemiyordu;
+    // W5-3b’de deterministik trigger wrapper ile tetikler — AMA raw pass/scan API’lerini DOĞRUDAN çağırmaz.
+    expect(systemBootSource).toContain('triggerDeepScanOfflinePass');
+    expect(systemBootSource).not.toContain('.runOfflinePass(');   // pass’ı DOĞRUDAN koşmaz (wrapper üzerinden)
     expect(systemBootSource).not.toContain('cancelOfflinePass');
-    // W5-1 kilidi korunur: SystemBoot gerçek tarama da başlatmaz.
+    // W5-1 kilidi korunur: SystemBoot gerçek/aktif tarama başlatmaz.
     expect(systemBootSource).not.toContain('startScan');
     expect(systemBootSource).not.toContain('runNextPhase');
     expect(systemBootSource).toContain('startPlatformCoreDeepScanWiring');
   });
 
-  it('ownership wiring tipi start/run/runNextPhase/runOfflinePass GÖSTERMEZ', () => {
-    // OwnedOrchestrator yüzeyi W5-3a’da DEĞİŞMEDİ → wiring pass koşamaz (compile-time).
+  it('ownership wiring tipi start/run/runNextPhase GÖSTERMEZ; offline yüzey (runOfflinePass) W5-3b’de eklendi', () => {
+    // W5-3a→W5-3b (regresyon kasası GÜNCELLEMESİ): OwnedOrchestrator artık offline (non-active)
+    // yüzeyi gösterir (trigger onu çağırır); AKTİF tarama API’leri ASLA görünmez (compile-time garanti).
     const ifaceStart = wiringSource.indexOf('export interface OwnedOrchestrator');
     expect(ifaceStart).toBeGreaterThan(-1);
     const iface = wiringSource.slice(ifaceStart, wiringSource.indexOf('}', ifaceStart));
     expect(iface).not.toContain('start(');
     expect(iface).not.toContain('run(');
     expect(iface).not.toContain('runNextPhase');
-    expect(iface).not.toContain('runOfflinePass');
-    expect(wiringSource).not.toContain('runOfflinePass');
+    expect(iface).toContain('runOfflinePass');            // W5-3b: offline yüzey görünür
+    expect(wiringSource).toContain('triggerDeepScanOfflinePass');
   });
 
   it('orchestrator Event Bus’a publish ETMEZ (köprü bu PR’da değişmedi)', () => {