$npx -y skills add vibeeval/vibecosystem --skill cognitive-modesGorev tipine gore dusunme modu secimi. 5 mod -- analytical (derin analiz), creative (yaratici cozum), systematic (adim adim), rapid (hizli aksiyon), debug (hata izleme). Her mod farkli prompt stratejisi ve karar agaci kullanir.
| 1 | # Cognitive Modes |
| 2 | |
| 3 | Her gorev ayni dusunme sekli gerektirmez. Mimari karar icin derin analiz, hotfix icin hizli aksiyon, bug icin sistematik izleme gerekir. Yanlis mod = yanlis sonuc. |
| 4 | |
| 5 | ## 5 Dusunme Modu |
| 6 | |
| 7 | ### 1. ANALYTICAL (Derin Analiz) |
| 8 | |
| 9 | ``` |
| 10 | NE ZAMAN: Mimari karar, teknoloji secimi, trade-off analizi |
| 11 | NASIL: Birden fazla perspektif, artilari/eksileri, uzun vadeli etki |
| 12 | HIZI: Yavas ama kapsamli |
| 13 | TOKEN: Yuksek (derinlemesine dusunme) |
| 14 | ``` |
| 15 | |
| 16 | **Davranis:** |
| 17 | - Her secenegi en az 3 acidan degerlendir |
| 18 | - Uzun vadeli sonuclari dusun (6 ay, 1 yil) |
| 19 | - "Neden" sorusunu en az 3 kez sor (5 Whys) |
| 20 | - Karar oncesi risk analizi yap |
| 21 | - Alternatif yaklasimlari listele |
| 22 | |
| 23 | **Ornek gorevler:** |
| 24 | - "Monolith mi microservice mi?" |
| 25 | - "Hangi database kullanmaliyiz?" |
| 26 | - "Auth sistemi nasil tasarlanmali?" |
| 27 | - "Bu refactoring yapilmali mi?" |
| 28 | |
| 29 | **Prompt pattern:** |
| 30 | ``` |
| 31 | Bu karari ANALYTICAL modda degerlendir: |
| 32 | 1. En az 3 secenek belirle |
| 33 | 2. Her secenegin 3+ artisi ve 3+ eksisini listele |
| 34 | 3. Uzun vadeli etkileri degerlendir |
| 35 | 4. Risk analizi yap |
| 36 | 5. Net oneri ver (nedenle birlikte) |
| 37 | ``` |
| 38 | |
| 39 | --- |
| 40 | |
| 41 | ### 2. CREATIVE (Yaratici Cozum) |
| 42 | |
| 43 | ``` |
| 44 | NE ZAMAN: Yeni feature tasarimi, UX/UI, problem cozme, naming |
| 45 | NASIL: Sinir koymadan dusun, sonra daralt |
| 46 | HIZI: Orta |
| 47 | TOKEN: Orta |
| 48 | ``` |
| 49 | |
| 50 | **Davranis:** |
| 51 | - Ilk 5 fikri YARGILAMA, sadece uret |
| 52 | - Farkli alanlardan analoji kullan |
| 53 | - "Ya su olsa?" sorusu sor |
| 54 | - Kisitlamalari gec, sonra geri getir |
| 55 | - En iyi 2-3 fikri secip detaylandir |
| 56 | |
| 57 | **Ornek gorevler:** |
| 58 | - "Bu feature'i nasil tasarlayalim?" |
| 59 | - "Kullanici deneyimini nasil iyilestirelim?" |
| 60 | - "Bu API'nin ismi ne olmali?" |
| 61 | - "Onboarding akisi nasil olmali?" |
| 62 | |
| 63 | **Prompt pattern:** |
| 64 | ``` |
| 65 | Bu gorevi CREATIVE modda ele al: |
| 66 | 1. En az 5 farkli yaklasim uret (yargilama) |
| 67 | 2. Her birini tek cumlede acikla |
| 68 | 3. En ilginc 2-3'unu sec |
| 69 | 4. Secilenleri detaylandir |
| 70 | 5. Final oneri ver |
| 71 | ``` |
| 72 | |
| 73 | --- |
| 74 | |
| 75 | ### 3. SYSTEMATIC (Adim Adim) |
| 76 | |
| 77 | ``` |
| 78 | NE ZAMAN: Implementation, migration, setup, deployment |
| 79 | NASIL: Sira onemli, her adim dogrulanmali |
| 80 | HIZI: Orta-yavas |
| 81 | TOKEN: Orta |
| 82 | ``` |
| 83 | |
| 84 | **Davranis:** |
| 85 | - Gorevi numarali adimlara bol |
| 86 | - Her adimi tamamla, SONRA sonrakine gec |
| 87 | - Her adim sonrasi dogrulama yap |
| 88 | - Adimlar arasi bagimliliklari belirle |
| 89 | - Hata durumunda hangi adima donulecegini belirt |
| 90 | |
| 91 | **Ornek gorevler:** |
| 92 | - "Database migration yap" |
| 93 | - "CI/CD pipeline kur" |
| 94 | - "Yeni modul ekle" |
| 95 | - "Production deployment yap" |
| 96 | |
| 97 | **Prompt pattern:** |
| 98 | ``` |
| 99 | Bu gorevi SYSTEMATIC modda yap: |
| 100 | 1. Adimlari sirala (bagimliliklariyla) |
| 101 | 2. Her adim icin basari kriteri belirle |
| 102 | 3. Sirayla ilerle, adim atlama |
| 103 | 4. Her adim sonrasi dogrula |
| 104 | 5. Hata durumunda rollback plani hazirla |
| 105 | ``` |
| 106 | |
| 107 | --- |
| 108 | |
| 109 | ### 4. RAPID (Hizli Aksiyon) |
| 110 | |
| 111 | ``` |
| 112 | NE ZAMAN: Hotfix, typo, kucuk degisiklik, bilinen cozum |
| 113 | NASIL: Dusunme minimum, aksiyon maksimum |
| 114 | HIZI: Cok hizli |
| 115 | TOKEN: Dusuk |
| 116 | ``` |
| 117 | |
| 118 | **Davranis:** |
| 119 | - Analiz YAPMA, direkt coz |
| 120 | - Tek dosya, tek degisiklik |
| 121 | - Review atlama (kucuk degisiklik) |
| 122 | - 3 satirdan fazla aciklama YAPMA |
| 123 | - Bitti de, devam et |
| 124 | |
| 125 | **Ornek gorevler:** |
| 126 | - "Bu typo'yu duzelt" |
| 127 | - "console.log'u sil" |
| 128 | - "Import ekle" |
| 129 | - "Degiskeni yeniden adlandir" |
| 130 | |
| 131 | **Prompt pattern:** |
| 132 | ``` |
| 133 | RAPID mod: Duzelt ve bitir. Aciklama gereksiz. |
| 134 | ``` |
| 135 | |
| 136 | --- |
| 137 | |
| 138 | ### 5. DEBUG (Hata Izleme) |
| 139 | |
| 140 | ``` |
| 141 | NE ZAMAN: Bug investigation, hata analizi, neden calismıyor |
| 142 | NASIL: Hipotez -> test -> eleme -> sonuc |
| 143 | HIZI: Degisken (basit bug = hizli, karmasik = yavas) |
| 144 | TOKEN: Degisken |
| 145 | ``` |
| 146 | |
| 147 | **Davranis:** |
| 148 | - Once BELIRTILERI topla (hata mesaji, log, davranis) |
| 149 | - Hipotez listesi olustur (en olasilisi once) |
| 150 | - Her hipotezi SISTEMATIK test et |
| 151 | - Eleme yontemiyle daralt |
| 152 | - Root cause buldugunda KANITLA |
| 153 | - Fix once, test sonra |
| 154 | |
| 155 | **Ornek gorevler:** |
| 156 | - "Bu API neden 500 donuyor?" |
| 157 | - "Login calismıyor" |
| 158 | - "Build basarisiz" |
| 159 | - "Test flaky" |
| 160 | |
| 161 | **Prompt pattern:** |
| 162 | ``` |
| 163 | DEBUG mod: |
| 164 | 1. Belirtiler: [hata mesaji, log, davranis] |
| 165 | 2. Hipotezler: [en olasi -> en az olasi] |
| 166 | 3. Test plani: [her hipotez icin bir test] |
| 167 | 4. Bulgular: [ne bulundu] |
| 168 | 5. Root cause: [kesin neden] |
| 169 | 6. Fix: [cozum] |
| 170 | ``` |
| 171 | |
| 172 | ## Otomatik Mod Secimi |
| 173 | |
| 174 | | Tetikleyici Kelimeler | Mod | |
| 175 | |----------------------|-----| |
| 176 | | "tasarla", "mimari", "sec", "karar", "karsilastir" | ANALYTICAL | |
| 177 | | "olustur", "tasarla", "fikir", "nasil olsa", "isim" | CREATIVE | |
| 178 | | "implement", "ekle", "kur", "migrate", "deploy" | SYSTEMATIC | |
| 179 | | "duzelt", "sil", "degistir", "rename", "typo" | RAPID | |
| 180 | | "calismıyor", "hata", "bug", "neden", "500", "fail" | DEBUG | |
| 181 | |
| 182 | ## Mod Gecisleri |
| 183 | |
| 184 | Bazen gorev icinde mod degistirmek gerekir: |
| 185 | |
| 186 | ``` |
| 187 | ANALYTICAL → SYSTEMATIC |
| 188 | Karar alindi, simdi implement et |
| 189 | |
| 190 | DEBUG → RAPID |
| 191 | Root cause bulundu, basit fix yeterli |
| 192 | |
| 193 | DEBUG → ANALYTICAL |
| 194 | Root cause karmasik, mimari degisiklik gerekiyor |
| 195 | |
| 196 | CREATIVE → SYSTEMATIC |
| 197 | Tasarim onaylandi, adim adim implement et |
| 198 | |
| 199 | SYSTEMATIC → DEBUG |
| 200 | Bir adim basarisiz oldu, neden? |
| 201 | ``` |
| 202 | |
| 203 | ## Token Etkisi |
| 204 | |
| 205 | | Mod | Ortalama Token | Maliyet (Sonne |