# Fikirleri Tasarımlara Beyin Fırtınası Ajan Becerisi > Yapılandırılmış diyalog ve disiplinli muhakeme yoluyla belirsiz fikirleri net, doğrulanmış tasarımlara ve şartnamelere dönüştürün, erken uygulama ve yanlış hizalanmış çözümleri önleyin. Saniyeler içinde netlikle tasarlamaya başlayın. - Canonical: https://nanoskill.ai/tr/skills/brainstorming-ideas-to-designs - Markdown: https://nanoskill.ai/tr/skills/brainstorming-ideas-to-designs.md - Author: sickn33 - Published: 2026-05-23T00:10:47.865Z - Updated: 2026-07-15T13:36:27.068Z - Language: tr - Source type: github - Popularity signal: 38396 ## Sources - https://github.com/sickn33/antigravity-awesome-skills ## Install ```shell npx skills add https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/brainstorming ``` ## About Fikirleri Tasarımlara Beyin Fırtınası Ajan Becerisi, yapılandırılmış, işbirlikçi bir süreçle belirsiz kavramları net, doğrulanmış tasarımlara ve şartnamelere dönüştürmeye yardımcı olur. Bir tasarım kolaylaştırıcısı ve kıdemli gözden geçirici olarak hareket ederek, kullanıcılara disiplinli bir muhakeme iş akışı boyunca rehberlik eder ve herhangi bir uygulama başlamadan önce fikirlerin iyice incelenip anlaşılmasını sağlar. Bu, erken kodlama, gizli varsayımlar, yanlış hizalanmış çözümler ve kırılgan sistemler gibi yaygın tuzakları önler ve sonuçta daha sağlam ve etkili sonuçlara yol açar. Bu beceri, mevcut belgeler ve önceki kararlar dahil olmak üzere mevcut proje bağlamını anlamak için zorunlu bir adımla başlayarak metodik bir yaklaşım uygular. Ardından, amaç, kullanıcılar, kısıtlamalar ve işlevsel olmayan gereksinimler konusunda ortak netlik sağlamak için odaklanmış bir soru-cevap aşamasıyla devam eder. Kritik bir 'Anlayış Kilidi' adımı, net ödünleşimlerle artımlı olarak sunulan tasarım yaklaşımlarını keşfetmeden önce niyetin açıkça onaylanmasını sağlar. Süreç boyunca beceri, şeffaflığı sağlamak ve tarihsel bir kayıt sunmak için seçimleri, alternatifleri ve gerekçeleri belgeleyen zorunlu bir Karar Günlüğü tutar. Doğrulamanın ardından nihai tasarım belgelenir ve isteğe bağlı bir uygulama devri gerçekleşebilir. Bu yapılandırılmış iş akışı, yeni özellikleri doğrulamak, sistem mimarileri tasarlamak ve kullanıcı davranış akışlarını iyileştirmek için idealdir; ilerlemeden önce tüm büyük varsayımların belgelenmesini ve kilit risklerin kabul edilmesini sağlar. ## Key features - **Yapılandırılmış Tasarım Kolaylaştırma**: Bir tasarım kolaylaştırıcısı ve kıdemli gözden geçirici olarak çalışır, uygulama başlamadan önce ham fikirleri net, doğrulanmış tasarımlara ve şartnamelere dönüştürme sürecini yönlendirir. - **Erken Uygulamayı Önler**: Aktifken uygulama, kodlama veya davranış değişikliğine izin vermeyerek disiplinli bir yaklaşım sağlar, yalnızca tasarım doğrulamasına odaklanır. - **Zorunlu Bağlam Anlama**: Mevcut proje durumunun, dosyalar, belgeler ve önceki kararlar dahil olmak üzere, mevcut öğeleri ve önerilen değişiklikleri belirlemek için kapsamlı bir şekilde gözden geçirilmesini gerektirir. - **Artımlı Tasarım Sunumu**: Tasarım önerilerini yönetilebilir bölümlere (en fazla 200-300 kelime) ayırır ve sürekli uyum ve doğrulama sağlamak için her birinden sonra onay ister. - **Kapsamlı Karar Günlüğü**: Değerlendirilen alternatifler ve seçim nedenleri dahil olmak üzere tüm kararların sürekli bir günlüğünü tutar, şeffaflık sağlar ve gelecekte başvurmak üzere belgeleri korur. ## Use cases - **Yeni Özellikleri Doğrula**: Herhangi bir geliştirme çalışması başlamadan önce proje hedefleri ve kullanıcı ihtiyaçlarıyla uyumlu olduklarından emin olmak için yeni özellik fikirlerini kapsamlı bir şekilde beyin fırtınası yapmak ve doğrulamak için bu beceriyi kullanın. - **Sistem Mimarisi Tasarla**: Sağlam sistem mimarileri tasarlamak, işlevsel olmayan gereksinimleri netleştirmek ve birden çok yaklaşımı keşfetmek için yapılandırılmış beyin fırtınası sürecini uygulayın. - **Kullanıcı Davranış Akışlarını İyileştir**: Kullanıcı davranış akışlarını iyileştirmek, uç durumları belirlemek ve kullanıcı etkileşimleri ile sistem yanıtlarının net bir şekilde anlaşılmasını sağlamak için tartışmaları kolaylaştırın. ## Result preview Bu Ajan Becerisi tarafından oluşturulan gerçek bir kullanıcı arayüzü prototip tasarımını görün. ![brainstorming-demo-01](https://file.nanoskill.ai/brainstorming-demo-01.jpg) ![brainstorming-demo-02](https://file.nanoskill.ai/brainstorming-demo-02.jpg) ![brainstorming-demo-03](https://file.nanoskill.ai/brainstorming-demo-03.jpg) ![brainstorming-demo-04](https://file.nanoskill.ai/brainstorming-demo-04.jpg) ## Result walkthrough ### Adım 1：Yükle Beceriyi ajanınıza ekleyin ![brainstorming-step-1](https://file.nanoskill.ai/brainstorming-step-1.jpg) ### Adım 2：Kavramınızı Tanımlayın Keşfetmek istediğiniz fikriniz veya sorununuzla başlayın. ![brainstorming-step-2](https://file.nanoskill.ai/brainstorming-step-2.jpg) ### Adım 3：Tasarımı İyileştirin Tasarım önerileri ve iyi tanımlanmış bir teklif alın. ![brainstorming-step-3](https://file.nanoskill.ai/brainstorming-step-3.jpg) ## Skill definition # Fikirlerden Tasarımlara Beyin Fırtınası ## Amaç Henüz herhangi bir uygulama başlamadan önce yapılandırılmış diyalog yoluyla ham fikirleri **net, doğrulanmış tasarımlara ve spesifikasyonlara** dönüştürün. Bu beceri şunları önlemek için vardır: - erken uygulama - gizli varsayımlar - uyumsuz çözümler - kırılgan sistemler Bu beceri etkinken uygulama yapmanıza, kod yazmanıza veya davranışı değiştirmenize **izin verilmez**. --- ## Çalışma Modu Bir **tasarım kolaylaştırıcısı ve kıdemli gözden geçirici** olarak çalışıyorsunuz, bir inşaatçı değil. - Yaratıcı uygulama yok - Spekülatif özellikler yok - Sessiz varsayımlar yok - Atlamak yok Göreviniz, **süreci doğru şekilde yapmak için yeterince yavaşlatmaktır**. --- ## Süreç ### 1️⃣ Mevcut Bağlamı Anlayın (Zorunlu İlk Adım) Herhangi bir soru sormadan önce: - Mevcut proje durumunu gözden geçirin (varsa): - dosyalar - dokümantasyon - planlar - önceki kararlar - Zaten var olan ile önerilen arasındaki farkları belirleyin - Görünüşte örtük olan ancak onaylanmamış kısıtlamaları not edin **Henüz tasarım yapmayın.** --- ### 2️⃣ Fikri Anlama (Her Seferinde Bir Soru) Buradaki hedefiniz **ortak netliktir**, hız değil. **Kurallar:** - Mesaj başına **bir soru** sorun - Mümkün olduğunda **çoktan seçmeli soruları** tercih edin - Açık uçlu soruları yalnızca gerektiğinde kullanın - Bir konu derinlik gerektiriyorsa, onu birden çok soruya bölün Şunu anlamaya odaklanın: - amaç - hedef kullanıcılar - kısıtlamalar - başarı kriterleri - açık hedef dışı unsurlar --- ### 3️⃣ İşlevsel Olmayan Gereksinimler (Zorunlu) Aşağıdakiler için açıkça varsayımları netleştirmeli veya önermelisiniz: - Performans beklentileri - Ölçek (kullanıcılar, veri, trafik) - Güvenlik veya gizlilik kısıtlamaları - Güvenilirlik / kullanılabilirlik ihtiyaçları - Bakım ve sahiplik beklentileri Kullanıcı emin değilse: - Makul varsayılanlar önerin - Bunları **varsayımlar** olarak açıkça işaretleyin --- ### 4️⃣ Anlama Kilidi (Sıkı Kapı) **Herhangi bir tasarım** önermeden önce, DURDURMALI ve aşağıdakileri yapmalısınız: #### Anlama Özeti Aşağıdakileri kapsayan kısa bir özet (5–7 madde) sağlayın: - Ne inşa ediliyor - Neden var - Kimin için - Anahtar kısıtlamalar - Açık hedef dışı unsurlar #### Varsayımlar Tüm varsayımları açıkça listeleyin. #### Açık Sorular Çözülmemiş soruları varsa listeleyin. Ardından sorun: > “Bu niyetinizi doğru bir şekilde yansıtıyor mu? > Tasarıma geçmeden önce lütfen onaylayın veya düzeltin.” **Açık onay verilene kadar İLERLEMEYİN.** --- ### 5️⃣ Tasarım Yaklaşımlarını Keşfedin Anlama onaylandıktan sonra: - **2–3 geçerli yaklaşım** önerin - **Önerilen seçeneğiniz** ile başlayın - Ödünleşimleri açıkça açıklayın: - karmaşıklık - genişletilebilirlik - risk - bakım - Erken optimizasyondan kaçının (**YAGNI'yi acımasızca uygulayın**) Bu hâlâ **nihai** tasarım değildir. --- ### 6️⃣ Tasarımı Sunun (Artımlı Olarak) Tasarımı sunarken: - Onu en fazla **200–300 kelimelik bölümlere** ayırın - Her bölümden sonra sorun: > “Bu şimdiye kadar doğru görünüyor mu?” İlgili olarak şunları kapsayın: - Mimari - Bileşenler - Veri akışı - Hata yönetimi - Uç durumlar - Test stratejisi --- ### 7️⃣ Karar Günlüğü (Zorunlu) Tasarım tartışması boyunca devam eden bir **Karar Günlüğü** tutun. Her karar için: - Ne karar verildi - Düşünülen alternatifler - Bu seçeneğin neden seçildiği Bu günlük, dokümantasyon için saklanmalıdır. --- ## Tasarımdan Sonra ### 📄 Dokümantasyon Tasarım doğrulandıktan sonra: - Nihai tasarımı dayanıklı, paylaşılan bir formatta (örn. Markdown) yazın - Şunları dahil edin: - Anlama özeti - Varsayımlar - Karar günlüğü - Nihai tasarım Belgeyi projenin standart iş akışına göre kalıcı hale getirin. --- ### 🛠️ Uygulama Devri (İsteğe Bağlı) Yalnızca dokümantasyon tamamlandıktan sonra sorun: > “Uygulama için ayarlamaya hazır mısınız?” Evet ise: - Açık bir uygulama planı oluşturun - İş akışı destekliyorsa işi izole edin - Artımlı olarak ilerleyin --- ## Çıkış Kriterleri (Sert Durdurma Koşulları) Beyin fırtınası modundan çıkmak için **yalnızca aşağıdakilerin tümü doğru olduğunda** izin verilir: - Anlama Kilidi onaylanmış - En az bir tasarım yaklaşımı açıkça kabul edilmiş - Ana varsayımlar belgelenmiş - Anahtar riskler kabul edilmiş - Karar Günlüğü tamamlanmış Herhangi bir kriter karşılanmazsa: - İyileştirmeye devam edin - **Uygulamaya geçmeyin** --- ## Anahtar İlkeler (Pazarlık Edilemez) - Her seferinde bir soru - Varsayımlar açık olmalıdır - Alternatifleri keşfedin - Artımlı olarak doğrulayın - Netliği zekâya tercih edin - Geri dönüp netleştirmeye istekli olun - **YAGNI'yi acımasızca uygulayın** --- Tasarım yüksek etkili, yüksek riskli veya yüksek güven gerektiriyorsa, uygulamadan önce nihai tasarımı ve Karar Günlüğünü `multi-agent-brainstorming` becerisine devretmeniz ZORUNLUDUR. ## Ne Zaman Kullanılır Bu beceri, genel bakışta açıklanan iş akışını veya eylemleri yürütmek için uygulanabilir. ## Sınırlamalar - Bu beceriyi yalnızca görev yukarıda açıklanan kapsama net bir şekilde uyduğunda kullanın. - Çıktıyı, ortama özgü doğrulama, test etme veya uzman incelemesi yerine geçecek bir şey olarak görmeyin. - Gerekli girdiler, izinler, güvenlik sınırları veya başarı kriterleri eksikse durun ve açıklama isteyin. ## FAQ ### Brainstorming becerisinin birincil amacı nedir? Brainstorming becerisinin birincil amacı, herhangi bir uygulama başlamadan önce yapılandırılmış diyalog yoluyla ham fikirleri net, doğrulanmış tasarımlara ve şartnamelere dönüştürmektir. Bir tasarım kolaylaştırıcısı ve kıdemli gözden geçirici olarak hareket eder. ### Bu beceriyi kod yazmak veya özellikleri uygulamak için kullanabilir miyim? Hayır, bu beceri aktifken uygulama yapmanıza, kod yazmanıza veya davranış değiştirmenize açıkça izin verilmez. Tek odak noktası, erken uygulamayı önlemek için tasarım ve doğrulamadır. ### Beceri, beyin fırtınası sırasında ortak netliği nasıl sağlar? Beceri, mesaj başına bir soru gerektirerek, çoktan seçmeli soruları tercih ederek ve tasarıma geçmeden önce amacı, hedef kullanıcıları, kısıtlamaları ve başarı kriterlerini anlamaya odaklanarak ortak netliği sağlar. ### 'İşlevsel Olmayan Gereksinimler' nedir ve neden zorunludur? İşlevsel Olmayan Gereksinimler (NFR'ler) performans, ölçeklenebilirlik, güvenlik, güvenilirlik ve bakım beklentilerini içerir. Kritik sistem özniteliklerini ele alan kapsamlı bir tasarım sağlamak için bunların netleştirilmesi veya varsayımların önerilmesi zorunludur. ### 'Anlama Kilidi' nedir ve ne zaman gerçekleşir? Anlama Kilidi, duraklamanız ve fikrin kısa bir özetini, varsayımlar listesini ve açık soruları sunmanız gereken zorlu bir kapıdır. Özetin kullanıcının niyetini doğru yansıttığına dair açık onay alınana kadar tasarıma devam edemezsiniz. ### Tasarım doğrulandıktan sonra ne olur? Tasarım doğrulandıktan sonra, beceri nihai tasarımın anlama özeti, varsayımlar ve karar günlüğü dahil olmak üzere kalıcı bir formatta belgelenmesini gerektirir. Ardından isteğe bağlı bir uygulama devri gerçekleşebilir.