@atezer/figma-mcp-bridge 1.7.24 → 1.7.25

package/skills/apply-figma-design-system/SKILL.md

@@ -0,0 +1,104 @@
+---
+name: apply-figma-design-system
+description: Mevcut Figma ekranını yayınlanmış design system bileşenleri ve token'larıyla çok bölümlü şekilde hizalar; yedek, envanter, bölüm bölüm swap/compose. "ekranı ds'ye bağla", "kütüphaneye geçir", "design system apply", "tasarım sistemi uygula", "bileşenleri hizala", "token'ları bağla" ifadeleriyle tetiklenir. F-MCP Bridge ve figma_execute gerektirir.
+metadata:
+  mcp-server: user-figma-mcp-bridge
+  personas:
+    - designer
+    - designops
+---
+
+# Apply Figma Design System (geniş yazma)
+
+## Overview
+
+Mevcut bir frame/page **published design system** kullanmalıdır; detached layer, yerel wrapper ve tek seferlik kompozisyonlar hedeflenir.
+
+**Tek dar bulgu** için **fix-figma-design-system-finding** kullan; bu skill çok bölüm ve koordineli reconcile içindir.
+
+## Giriş Modları
+
+Bu skill iki farklı modda çalışabilir:
+
+1. **review-then-apply** *(varsayılan)* — Tam audit → envanter → bölüm sınıflandırması → onay → uygulama. İlk kez DS hizalaması yapılıyorsa veya kapsamlı tarama istendiğinde kullanılır.
+2. **apply-known-scope** — Kullanıcı hedef frame'leri ve stratejiyi zaten biliyorsa (ör. önceki audit'ten), audit adımları atlanır ve doğrudan uygulama başlar. Giriş: `{ frames: [{ id: "72:293", strategy: "exact-swap" | "compose-from-primitives" }] }`.
+
+Mod, kullanıcı girdisinden otomatik çıkarılır: frame ID + strateji belirtilmişse `apply-known-scope`, aksi halde `review-then-apply`.
+
+## %80 Uyum Eşiği
+
+Bölüm sınıflandırması sonrası uyum oranı hesaplanır:
+```
+uyumOranı = (already-connected + exact-swap + compose-from-primitives) / toplamBölüm
+```
+- `uyumOranı >= 0.80`: Otomatik uygulama önerilir.
+- `uyumOranı < 0.80`: Uyarı gösterilir — "67% (16/24) otomatik düzeltilebilir. Minimum %80 önerilir. Devam edilsin mi?" Kullanıcı onay vermeden uygulama başlamaz.
+
+## Bölüm sınıflandırması
+
+Her bölüm tam olarak biri:
+
+- `already-connected` — Zaten kütüphane instance veya kullanıcıca kabul görmüş kompozisyon
+- `exact-swap` — Tek bir library component/variant ile doğrudan değiştirilebilir
+- `compose-from-primitives` — Tek composite yok; yayınlanmış primitive’lerle yeniden kurulur
+- `blocked` — Kütüphane yok, import başarısız veya kasıtlı bespoke
+
+## F-MCP araç eşlemesi
+
+| Niyet | F-MCP Bridge |
+|--------|----------------|
+| Özet / sayfa yapısı | `figma_get_file_data`, `figma_get_design_system_summary` |
+| Görsel | `figma_capture_screenshot` |
+| Yapı envanteri | `figma_get_file_data`, `figma_get_design_context`, `figma_execute` (instance → mainComponent keşfi) |
+| Aday bileşen | Önce aynı dosyadaki referans ekranlar; sonra `figma_search_components` |
+| Token | `figma_get_variables`, `figma_get_styles` |
+| Yazma | `figma_execute` |
+
+## F-MCP skill koordinasyonu
+
+| Önce | Sonra |
+|------|--------|
+| Kapsam belirsiz | **audit-figma-design-system** (veya eşdeğer iç audit) — tek bulgu çıkarsa **fix-figma-design-system-finding**’e geç |
+| Token kodda da senkron olmalı | **design-token-pipeline** |
+| Kod-Figma parity | **design-drift-detector**, **code-design-mapper** güncellemesi |
+| Koda geçiş | **ai-handoff-export** veya **implement-design** |
+| Repo kuralları | **design-system-rules** |
+
+Uçtan uca önerilen sıra özeti: **audit-figma-design-system** skill’indeki “Önerilen uçtan uca akış” bölümüne bak.
+
+## Core kural
+
+Birkaç DS butonu içerdi diye bölüm “bağlı” sayılmaz. Bu skill **çok bölüm** reconcile içindir.
+
+## Required Workflow (özet)
+
+1. **Plugin bağlantısını doğrula:** `figma_get_status()` — bağlantı yoksa devam etme.
+3. **Kapsam:** Gerekirse audit; tek bulguya düşerse fix skill’e yönlendir.
+3. **Durum yakala:** `figma_get_file_data` (gerekirse düşük `depth`) + `figma_capture_screenshot`; isteğe bağlı `figma_get_design_context` (Code Connect uyarısı varsa araç talimatına uy).
+4. **Yedek:** Hedef frame/page çoğalt, sağa `Backup - …` adıyla koy; mümkünse ayrı `figma_execute`, oluşan id’yi dön.
+5. **Envanter:** `figma_execute` ile section instance’ları, `mainComponent`, remote/local, iç içe published kullanımı topla (Edenspiekermann örnek pattern’i referans: instance listesi JSON ile kısa dönüş).
+6. **Harita:** Önce dosya içi kanıt ekranları, sonra gerekirse `figma_search_components`. Variant seçimini orijinal görsel/ipuçlarına göre yap; varsayılan variant’a sessizce düşme.
+7. **Strateji:** Bölüm başına `exact-swap` vs `compose-from-primitives` vs `blocked` karar ver.
+8. **Uygula:** **Bölüm bölüm**, tek script ile tüm ekranı yıkma; auto-layout olmayan üstlerde x/y ve boyutları açıkça koru; drift uyarısı ver.
+9. **Import hata:** Dur; alakasız edit yapıp “bağlandı” deme; key doğrula, tekrar dene; olmazsa `blocked` raporla.
+10. **Doğrula:** Her bölüm sonrası screenshot; sonda tam ekran.
+
+## Import / layout kuralları
+
+- `importComponentSetByKeyAsync` / `importComponentByKeyAsync` başarısız → dur, net blocker.
+- Non-auto-layout parent: pozisyon ve boyut koru; swap sonrası kayma riskini kullanıcıya yaz.
+
+## Kapanış özeti
+
+`Swapped` / `Composed` / `Already connected` / `Blocked` (neden) listeleri. Hepsi blocked ise açıkça söyle.
+
+## İlişkili skill
+
+- Okuma-only ön kontrol: **audit-figma-design-system**
+- Tek bulgu: **fix-figma-design-system-finding**
+
+## Evolution Triggers
+
+- Bridge'e yeni swap/compose araçları eklendiğinde reconcile stratejisi güncellenmeli
+- `figma_search_components` kapasitesi değişirse bileşen eşleme adımları uyarlanmalı
+- Yeni DS standartları (multi-brand, white-label) desteklenirse iş akışı genişletilmeli

package/skills/audit-figma-design-system/SKILL.md

@@ -0,0 +1,278 @@
+---
+name: audit-figma-design-system
+description: Figma ekran veya bileşenini design system entegrasyonu açısından okuma-only denetler; eksik kütüphane instance'ları, yerel override'lar ve bağlanmamış token'ları raporlar. "figma ds audit", "design system audit", "kütüphane kullanımı kontrol", "token bağlı mı", "DS sağlık kontrolü", "ne kadar DS uyumlu", "tasarım durumu raporu", "ekran kalitesi" ifadeleriyle tetiklenir. F-MCP Bridge plugin bağlantısı gerektirir.
+metadata:
+  mcp-server: user-figma-mcp-bridge
+  personas:
+    - designer
+    - designops
+    - po
+---
+
+# Audit Figma Design System (tuval içi)
+
+## Overview
+
+Bu skill **yalnızca okur**; Figma node'unun yayınlanmış design system ile ne kadar entegre olduğunu yapısal kanıta dayanarak denetler. Görsel tatmin değil, **instance / tekrar / ham değer / token bağlama** odaklıdır.
+
+Yazma gerekiyorsa aşağıdaki skill’lerden birine yönlendir.
+
+## F-MCP araç eşlemesi (resmi Figma MCP isimleri yerine)
+
+| Niyet | F-MCP Bridge |
+|--------|----------------|
+| Design context | `figma_get_design_context` |
+| Görsel doğrulama | `figma_capture_screenshot` |
+| Variable / bağlılık | `figma_get_variables` (verbosity=`full`), gerekiyorsa `figma_get_styles` |
+| Yapı / iç içe instance haritası | `figma_get_file_data` (düşük `depth`), hedef node için `figma_get_component` veya `figma_get_design_context`; büyük tahta için `figma_get_file_data` (timeout riski — dikkat). **Not:** Bridge’te ayrı bir “yalnızca metadata” MCP aracı yok; yapı bu üç araçla alınır. |
+| Kod/dev spec ipucu | `figma_get_design_context` (`includeCodeReady=true`); uygunsa `figma_get_component_for_development` |
+| Kütüphanede aday bileşen | `figma_search_components`, özet için `figma_get_design_system_summary` |
+
+## F-MCP skill koordinasyonu
+
+| Bulgu sonrası | Ne zaman |
+|---------------|----------|
+| **fix-figma-design-system-finding** | Tek net bulgu, tek node veya dar küme |
+| **apply-figma-design-system** | Çoklu bulgu, ekran geneli veya bölüm bölüm reconcile |
+| **design-token-pipeline** | Rapor “token export / kod tarafı senkron” gerektiriyorsa |
+| **design-drift-detector** | Aynı ekranın **kod** ile parity’si de soruluyorsa (Figma audit’ten sonra) |
+| **code-design-mapper** | Eşleştirilecek bileşen aileleri netleştikten sonra mapping güncellemesi |
+| **figma-screen-analyzer** | PO/PM/SEM'e yönelik teknik olmayan ekran analizi ve DS uyum raporu |
+| **ds-impact-analysis** | Bir token/bileşen değişikliğinin etki yarıçapını ölçmek istiyorsan |
+| **ai-handoff-export** / **implement-design** | Audit “Pass” veya düzeltme sonrası koda geçiş |
+
+### Önerilen uçtan uca akış (özet)
+
+1. **audit-figma-design-system** (tuval DS uyumu)  
+2. **fix-figma-design-system-finding** (tek bulgu) *veya* **apply-figma-design-system** (çok bölüm)  
+3. **design-token-pipeline** (kod token dosyaları)  
+4. İsteğe bağlı **code-design-mapper**  
+5. **ai-handoff-export** → **implement-design**  
+6. **design-drift-detector** (kod–Figma parity)  
+7. Gerekirse **design-system-rules** ile repo kurallarını güncelle
+
+**FigJam** ve bu zincir zorunlu sıralı değildir.
+
+### Zincir performansı (tek oturum)
+
+- Aynı zincirde **tekrarlı** `figma_get_variables(verbosity="full")` ve `figma_get_design_context` çağrılarını azalt: önceki adımın çıktısı hâlâ geçerliyse yeniden çağırma; mümkünse `verbosity="summary"` ile başla, orta detay için `"standard"`, tam detay için `"full"` kullan.
+- `figma_search_components`: varsayılan **`currentPageOnly=true`**; `false` yalnızca gerektiğinde (büyük dosyada timeout riski).
+
+## Çıktı Formatı
+
+- Kullanıcı `--json` veya JSON isterse: şema altındaki JSON’u **markdown fence’siz**, ek metin yok.
+- Sohbet ortamı veya `--markdown`: insan okunur markdown rapor.
+- **Ortam bazlı otomatik tespit:** CI ortamı algılandığında (`CI=true`, `GITHUB_ACTIONS`, `GITLAB_CI` vb. ortam değişkenleri) varsayılan format **JSON** olarak ayarlanır. Etkileşimli sohbet ortamında varsayılan **markdown**’dır. Kullanıcı her iki durumda da `--json` veya `--markdown` flag’i ile tercihi geçersiz kılabilir.
+- Belirsizse: markdown varsayılan.
+
+## Required Workflow
+
+1. **Girdi:** Figma URL veya `fileKey` + `nodeId`. `node-id=72-293` → `72:293` normalize et.
+2. **Bağlantı:** `figma_get_status()`.
+3. **Kanıt:** Hedef node için `figma_get_design_context`; `figma_capture_screenshot`; `figma_get_variables`. Büyük/hacimli yapıda `figma_get_file_data` (düşük `depth`) veya aynı node üzerinden `figma_get_component` / `figma_get_design_context`. Özel primitive için `figma_search_components`.
+
+> **DERİN ANALİZ KURALI:** Sadece frame/node isimlerine bakarak sonuç çıkarma. Her node'un içindeki text content (`characters`), instance prop'ları ve child yapılarını detaylı oku. Bir şeyin "eksik" veya "yok" olduğunu iddia etmeden önce tüm child node'ların içeriğini kontrol et.
+
+> **GÖRSEL DOĞRULAMA KURALI:** Analiz sonucunu raporlamadan önce `figma_capture_screenshot` ile ekran görüntüsü al ve görsel olarak kontrol et. Text content ile screenshot'ın tutarlı olduğunu teyit et. Çelişki varsa screenshot'ı esas al.
+4. **İnceleme:** Yerel frame ile yeniden icat edilmiş primitive, tekrarlayan kardeş yapılar, tokenize eşlerin yanında ham hex/spacing/typography, navigasyon gibi yüksek etkili custom yapılar, variant sapması.
+5. **Öneri:** Yalnızca `figma_search_components` ile **inandırıcı** aday bulunduğunda değiştirme öner; zayıf eşleşmede aday yazma.
+6. **Çıktı:** Seçilen formatta rapor; ardından yukarıdaki koordinasyon tablosuna göre sonraki skill’i öner.
+
+## Nielsen 10 Sezgisel Değerlendirme (İsteğe Bağlı)
+
+`--heuristic` flag'i ile aktif edilir. DS denetiminin yanı sıra Jakob Nielsen'in 10 kullanılabilirlik sezgisel ilkesini DS bağlamında değerlendirir:
+
+| # | İlke | DS Bağlamında Değerlendirme |
+|---|------|-----------------------------|
+| 1 | Sistem durumu görünürlüğü | Loading/progress state bileşenleri mevcut mu? |
+| 2 | Sistem-gerçek dünya uyumu | Token isimlendirme kullanıcı diline uygun mu? (ör. `danger` vs `color-red-500`) |
+| 3 | Kullanıcı kontrolü ve özgürlüğü | Undo/geri alma/iptal bileşenleri var mı? (dismiss, close, cancel) |
+| 4 | Tutarlılık ve standartlar | DS bileşenleri platform konvansiyonlarına uyuyor mu? |
+| 5 | Hata önleme | Validation, disabled state, form kısıtlama bileşenleri mevcut mu? |
+| 6 | Tanıma > hatırlama | Bileşen isimleri açıklayıcı mı? Description'lar yeterli mi? |
+| 7 | Kullanım esnekliği | Variant çeşitliliği farklı kullanım senaryolarını kapsıyor mu? |
+| 8 | Estetik ve minimalist tasarım | Token sayısı gereksiz yere şişkin mi? Kullanılmayan variant var mı? |
+| 9 | Hata tanıma ve kurtarma | Error state, empty state, fallback bileşenleri var mı? |
+| 10 | Yardım ve dokümantasyon | Bileşen description'ları, kullanım notları yeterli mi? |
+
+**Çıktı:** Rapora `heuristicEvaluation` bölümü eklenir (JSON veya markdown formatına göre). Her ilke için `pass` / `partial` / `fail` + açıklama.
+
+## DS Eksiksizlik Çerçevesi
+
+Audit sırasında yalnızca instance/token sayısı değil, DS'nin **yapısal eksiksizliği** de değerlendirilir.
+
+### Token Kategorileri Kontrolü
+
+Sağlıklı bir DS'de aşağıdaki token kategorilerinin tamamı bulunmalıdır:
+
+| Kategori | Alt Kategoriler | Min Beklenen |
+|----------|----------------|-------------|
+| **Renkler** | Brand (primary, secondary, accent), Semantic (success, warning, error, info), Neutral (gray scale) | 15+ token |
+| **Tipografi** | Scale (6+ kademe), Weights (regular, medium, semi-bold, bold), Line-heights | 10+ token |
+| **Spacing** | Scale (4/8/12/16/24/32/48/64 vb.) | 6+ token |
+| **Border** | Radius kademeleri (sm, md, lg, full), Genişlik (1, 2) | 4+ token |
+| **Shadow** | Elevation seviyeleri (sm, md, lg, xl) | 3+ token |
+| **Motion** | Duration (fast: 150ms, normal: 250ms, slow: 400ms), Easing (ease-in-out, spring) | 4+ token |
+
+> **Sık eksik:** Motion token'ları — çoğu DS'de duration ve easing tanımlı değil. Audit raporunda bu eksiklik ayrıca belirtilmeli.
+
+### Bileşen Eksiksizlik Kontrolü
+
+Bir bileşenin "eksiksiz" sayılması için:
+
+| Kriter | Açıklama | Kontrol Yöntemi |
+|--------|----------|-----------------|
+| **Variant'lar** | Primary, secondary, ghost/outline, destructive vb. | Component set'te variant prop sayısı |
+| **Durumlar** | Default, hover, active, disabled, loading, error, focus | En az 4 durum olmalı |
+| **Boyutlar** | sm, md, lg (en az 2) | Size prop veya ayrı variant |
+| **Davranış spec'i** | Transition, animasyon, etkileşim notları | Description veya code-only props |
+| **A11y spec'i** | Min touch target, fokus göstergesi, label | Description veya annotation |
+
+> **Mevcut audit'ten farkı:** Mevcut audit instance/token sayar; bu çerçeve bileşenin **iç kalitesini** değerlendirir.
+
+### Pattern Katmanı Kontrolü
+
+Bileşen üstü pattern'ların varlığı (yoksa "DS olgunluk eksikliği" olarak raporla):
+
+| Pattern | Bileşenler | Kontrol |
+|---------|-----------|---------|
+| **Forms** | Input grubu + validation görseli + submit akışı | Form-like frame'lerde input+button+error text birlikte mi? |
+| **Navigation** | Sidebar, tabs, breadcrumb, bottom nav | Nav pattern'ı yayınlanmış bileşen mi yoksa ad-hoc frame mi? |
+| **Data Display** | Tablo, kart listesi, liste | Tekrarlayan veri gösteriminde DS bileşeni mi kullanılıyor? |
+| **Feedback** | Toast, modal, inline mesaj, snackbar | Geri bildirim mekanizmaları DS'de tanımlı mı? |
+
+### DS Prensipleri
+
+Audit raporunun sonuna bu prensipler bağlam olarak eklenir:
+
+1. **Tutarlılık > Yaratıcılık** — DS, ekiplerin tekerleği yeniden icat etmemesi için var
+2. **Kısıtlamalar içinde esneklik** — Bileşenler composable olmalı, rigid değil
+3. **Belgelenmemiş = yok** — Dökümante edilmeyen bileşen/token kullanılmayacaktır → bkz. [component-documentation](../component-documentation/SKILL.md)
+4. **Versiyonla ve migrate et** — Breaking change'lerde migration path sun → bkz. [ds-impact-analysis](../ds-impact-analysis/SKILL.md)
+
+### Audit JSON Şemasına Ek Alan
+
+`--json` çıktısına `dsCompleteness` objesi eklenir:
+
+```json
+{
+  "findings": [...],
+  "dsCompleteness": {
+    "tokenCategories": {
+      "colors": { "count": 24, "status": "complete" },
+      "typography": { "count": 12, "status": "complete" },
+      "spacing": { "count": 8, "status": "complete" },
+      "border": { "count": 5, "status": "complete" },
+      "shadow": { "count": 4, "status": "complete" },
+      "motion": { "count": 0, "status": "missing" }
+    },
+    "componentStates": {
+      "averageStatesPerComponent": 3.2,
+      "componentsWithAllStates": 5,
+      "componentsWithMissingStates": 8,
+      "missingStateDetails": [
+        { "component": "Button", "missing": ["loading", "focus"] },
+        { "component": "Input", "missing": ["error", "loading"] }
+      ]
+    },
+    "patternCoverage": {
+      "forms": true,
+      "navigation": true,
+      "dataDisplay": false,
+      "feedback": false
+    }
+  }
+}
+```
+
+## Ne işaretlenir / ne işaretlenmez
+
+**İşaretle:** Ad-hoc frame ile yapılmış button/card/alert/chip vb.; tekrarlayan kardeş modüller; somut ham değer + tokenize komşular; global pattern’lerin custom olması; nominal component içi variant sapması.
+
+**İşaretleme:** Saf estetik; copy; makul ölçüde ekrana özgü layout; zaten instance + token ile doğru olan tek seferlik kompozisyonlar; belgesiz varsayımlar.
+
+## Kanıt standardı
+
+Her bulgu için: (1) Figma yapısında somut ne gösteriyor? (2) Bakım, tutarlılık, tema veya ölçeklenebilirlik için neden önemli?
+
+## JSON çıktı şeması ( `--json` )
+
+Tek JSON obje; markdown veya ek prose yok:
+
+```json
+{
+  "findings": [
+    {
+      "title": "<= 80 karakter, emir kipi>",
+      "body": "Markdown açıklama",
+      "confidence_score": 0.0,
+      "priority": 0,
+      "code_location": {
+        "absolute_file_path": "/figma/<fileKey>/nodes/<nodeId>",
+        "line_range": { "start": 1, "end": 1 }
+      }
+    }
+  ],
+  "overall_correctness": "ds compliant" | "ds non-compliant",
+  "overall_explanation": "1-3 cümle özet",
+  "overall_confidence_score": 0.0
+}
+```
+
+- En az bir bulgu varsa `overall_correctness`: `"ds non-compliant"`.
+- Bulgu yoksa `"ds compliant"`.
+- `code_location.absolute_file_path`: en spesifik sorunlu node için `/figma/<fileKey>/nodes/<nodeId>`.
+- `line_range` her zaman `1`.
+
+## Öncelik ve güven skorları
+
+- **priority:** 0 nit, 1 orta drift, 2 önemli primitive/token, 3 kütüphane/nav seviyesi kritik.
+- **confidence_score:** 0.9–1.0 doğrudan yapısal kanıt; 0.7–0.89 güçlü çıkarım; 0.5–0.69 zayıf — tercihen bulgu yazma.
+
+## Erişilebilirlik (a11y) Kontrol Noktaları
+
+Audit sırasında aşağıdaki temel a11y kontrolleri de yapılır. Ayrıntılı a11y denetimi için **figma-a11y-audit** skill'ine yönlendir.
+
+- **Renk kontrastı:** Metin/arka plan renk çiftlerinde WCAG AA minimum kontrastı (4.5:1 normal metin, 3:1 büyük metin) sağlanıyor mu?
+- **Minimum boyut:** Etkileşimli öğeler (button, input, link) iOS için 44x44pt, Android için 48x48dp minimumunu karşılıyor mu?
+- **Metin boyutu:** Body metin en az 14px (mobil) / 16px (masaüstü) mü?
+
+Bu kontroller audit raporunda `[a11y]` etiketiyle ayrı bölümde gösterilir. Detaylı denetim (fokus sırası, VoiceOver/TalkBack, ARIA) için:
+
+→ **figma-a11y-audit** skill'ini kullan.
+
+## PO/PM Executive Rapor Modu
+
+`--executive` flag veya PO/PM persona algılandığında teknik detay yerine yönetici özeti çıkar:
+
+**Executive summary formatı:**
+
+```markdown
+## DS Uyum Raporu — [Ekran Adı]
+
+- **DS Uyum Oranı:** %85 (17/20 öğe DS ile uyumlu)
+- **Risk Seviyesi:** Orta
+- **Kritik Bulgular:** 2 adet
+- **Önerilen Aksiyon Süresi:** ~2 saat
+
+### Bulgular (öncelik sırasıyla)
+1. [Yüksek] Navigation bar custom yapılmış — DS NavBar bileşeni mevcut
+2. [Orta] 3 renk token'a bağlı değil — tema değişikliğinde kopacak
+
+### Sonraki Adım
+→ apply-figma-design-system ile otomatik düzeltme önerilir
+```
+
+## Tetik örnekleri
+
+- "Bu ekranı design system entegrasyonu için denetle"
+- "Bu board'da eksik component kullanımı var mı?"
+- "Token'lar doğru bağlı mı — audit --json ile ver"
+- "Tasarım durumu raporu ver" (PO/PM)
+- "Ne kadar DS uyumlu bu ekran?" (PO/PM)
+
+## Evolution Triggers
+
+- Bridge'e yeni DS analiz aracı eklendiğinde kanıt toplama adımları güncellenmeli
+- Yeni a11y standartları (WCAG 3.0) yayınlandığında kontrol noktaları güncellenmeli
+- PO/PM geri bildirimine göre executive summary formatı genişletilmeli