# Keterampilan Agen Brainstorming Ide menjadi Desain > Ubah ide-ide kabur menjadi desain dan spesifikasi yang jelas dan tervalidasi melalui dialog terstruktur dan penalaran disiplin, mencegah implementasi prematur dan solusi yang tidak selaras. Mulailah mendesain dengan kejelasan dalam hitungan detik. - Canonical: https://nanoskill.ai/id/skills/brainstorming-ideas-to-designs - Markdown: https://nanoskill.ai/id/skills/brainstorming-ideas-to-designs.md - Author: sickn33 - Published: 2026-05-23T00:10:47.865Z - Updated: 2026-07-15T13:36:27.068Z - Language: id - 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 Keterampilan Agen Brainstorming Ide menjadi Desain membantu mengubah konsep-konsep kabur menjadi desain dan spesifikasi yang jelas dan tervalidasi melalui proses terstruktur dan kolaboratif. Bertindak sebagai fasilitator desain dan peninjau senior, ia memandu pengguna melalui alur kerja penalaran yang disiplin, memastikan bahwa ide-ide diperiksa secara menyeluruh dan dipahami sebelum implementasi dimulai. Ini mencegah jebakan umum seperti pengkodean prematur, asumsi tersembunyi, solusi yang tidak selaras, dan sistem yang rapuh, yang pada akhirnya menghasilkan hasil yang lebih kuat dan efektif. Keterampilan ini menerapkan pendekatan metodis, dimulai dengan langkah wajib untuk memahami konteks proyek saat ini, termasuk dokumentasi yang ada dan keputusan sebelumnya. Kemudian dilanjutkan dengan fase tanya jawab yang terfokus untuk membangun kejelasan bersama tentang tujuan, pengguna, batasan, dan persyaratan non-fungsional. Langkah 'Kunci Pemahaman' yang kritis memastikan konfirmasi eksplisit tentang maksud sebelum mengeksplorasi pendekatan desain, yang disajikan secara bertahap dengan trade-off yang jelas. Sepanjang proses, keterampilan ini mempertahankan Log Keputusan wajib, mendokumentasikan pilihan, alternatif, dan alasan untuk memastikan transparansi dan menyediakan catatan historis. Setelah validasi, desain akhir didokumentasikan, dan serah terima implementasi opsional dapat terjadi. Alur kerja terstruktur ini ideal untuk memvalidasi fitur baru, merancang arsitektur sistem, dan menyempurnakan alur perilaku pengguna, memastikan bahwa semua asumsi utama didokumentasikan dan risiko kunci diakui sebelum melangkah maju. ## Key features - **Fasilitasi Desain Terstruktur**: Beroperasi sebagai fasilitator desain dan peninjau senior, membimbing proses untuk mengubah ide-ide mentah menjadi desain dan spesifikasi yang jelas dan tervalidasi sebelum implementasi dimulai. - **Mencegah Implementasi Prematur**: Memastikan pendekatan yang disiplin dengan melarang implementasi, pengkodean, atau modifikasi perilaku saat aktif, hanya berfokus pada validasi desain. - **Pemahaman Konteks Wajib**: Membutuhkan tinjauan menyeluruh terhadap keadaan proyek saat ini, termasuk file, dokumentasi, dan keputusan sebelumnya, untuk mengidentifikasi elemen yang ada dan perubahan yang diusulkan. - **Presentasi Desain Inkremental**: Memecah proposal desain menjadi bagian-bagian yang dapat dikelola (maks. 200-300 kata), meminta konfirmasi setelah setiap bagian untuk memastikan keselarasan dan validasi yang berkelanjutan. - **Pencatatan Keputusan yang Komprehensif**: Memelihara log berjalan dari semua keputusan, termasuk alternatif yang dipertimbangkan dan alasan untuk pilihan, memastikan transparansi dan melestarikan dokumentasi untuk referensi di masa mendatang. ## Use cases - **Validasi Fitur Baru**: Gunakan keterampilan ini untuk melakukan brainstorming dan memvalidasi ide fitur baru secara menyeluruh, memastikannya selaras dengan tujuan proyek dan kebutuhan pengguna sebelum pekerjaan pengembangan dimulai. - **Desain Arsitektur Sistem**: Terapkan proses brainstorming terstruktur untuk mendesain arsitektur sistem yang kuat, menjelaskan persyaratan non-fungsional dan menjelajahi berbagai pendekatan. - **Perbaiki Alur Perilaku Pengguna**: Memfasilitasi diskusi untuk memperbaiki alur perilaku pengguna, mengidentifikasi kasus tepi dan memastikan pemahaman yang jelas tentang interaksi pengguna dan respons sistem. ## Result preview Lihat desain prototipe UI nyata yang dihasilkan oleh Keterampilan Agen ini. ![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 ### Langkah 1：Instal Tambahkan keterampilan ke agen Anda ![brainstorming-step-1](https://file.nanoskill.ai/brainstorming-step-1.jpg) ### Langkah 2：Deskripsikan Konsep Anda Mulailah dengan ide atau tantangan yang ingin Anda jelajahi. ![brainstorming-step-2](https://file.nanoskill.ai/brainstorming-step-2.jpg) ### Langkah 3：Sempurnakan Desain Terima rekomendasi desain dan proposal yang terdefinisi dengan baik. ![brainstorming-step-3](https://file.nanoskill.ai/brainstorming-step-3.jpg) ## Skill definition # Brainstorming Ide Menjadi Desain ## Tujuan Mengubah ide mentah menjadi **desain dan spesifikasi yang jelas dan tervalidasi** melalui dialog terstruktur **sebelum implementasi dimulai**. Keterampilan ini ada untuk mencegah: - implementasi prematur - asumsi tersembunyi - solusi yang tidak selaras - sistem yang rapuh Anda **tidak diizinkan** untuk mengimplementasikan, mengkode, atau memodifikasi perilaku saat keterampilan ini aktif. --- ## Mode Operasi Anda beroperasi sebagai **fasilitator desain dan pengulas senior**, bukan sebagai pembangun. - Tidak ada implementasi kreatif - Tidak ada fitur spekulatif - Tidak ada asumsi diam-diam - Tidak ada melompat ke depan Tugas Anda adalah **memperlambat proses secukupnya untuk membuatnya benar**. --- ## Prosesnya ### 1️⃣ Memahami Konteks Saat Ini (Langkah Pertama Wajib) Sebelum mengajukan pertanyaan apa pun: - Tinjau status proyek saat ini (jika tersedia): - berkas - dokumentasi - rencana - keputusan sebelumnya - Identifikasi apa yang sudah ada vs. apa yang diusulkan - Catat batasan yang tampak implisit namun belum terkonfirmasi **Jangan mendesain dulu.** --- ### 2️⃣ Memahami Ide (Satu Pertanyaan pada Satu Waktu) Tujuan Anda di sini adalah **kejelasan bersama**, bukan kecepatan. **Aturan:** - Ajukan **satu pertanyaan per pesan** - Pilihlah **pertanyaan pilihan ganda** jika memungkinkan - Gunakan pertanyaan terbuka hanya jika diperlukan - Jika suatu topik memerlukan pendalaman, bagi menjadi beberapa pertanyaan Fokus pada pemahaman: - tujuan - pengguna target - batasan - kriteria keberhasilan - non-tujuan yang eksplisit --- ### 3️⃣ Persyaratan Non-Fungsional (Wajib) Anda HARUS secara eksplisit mengklarifikasi atau mengusulkan asumsi untuk: - Harapan kinerja - Skala (pengguna, data, lalu lintas) - Batasan keamanan atau privasi - Kebutuhan keandalan / ketersediaan - Harapan pemeliharaan dan kepemilikan Jika pengguna tidak yakin: - Usulkan nilai default yang masuk akal - Tandai dengan jelas sebagai **asumsi** --- ### 4️⃣ Kunci Pemahaman (Gerbang Keras) Sebelum mengusulkan **desain apa pun**, Anda HARUS berhenti sejenak dan melakukan hal berikut: #### Ringkasan Pemahaman Berikan ringkasan singkat (5–7 poin) yang mencakup: - Apa yang sedang dibangun - Mengapa itu ada - Untuk siapa itu - Batasan utama - Non-tujuan yang eksplisit #### Asumsi Cantumkan semua asumsi secara eksplisit. #### Pertanyaan Terbuka Cantumkan pertanyaan yang belum terselesaikan, jika ada. Lalu tanyakan: > “Apakah ini secara akurat mencerminkan niat Anda? > Mohon konfirmasi atau koreksi apa pun sebelum kita melanjutkan ke desain.” **JANGAN melanjutkan sampai konfirmasi eksplisit diberikan.** --- ### 5️⃣ Jelajahi Pendekatan Desain Setelah pemahaman dikonfirmasi: - Usulkan **2–3 pendekatan yang layak** - Pimpin dengan **opsi yang direkomendasikan** - Jelaskan pertukaran dengan jelas: - kompleksitas - ekstensibilitas - risiko - pemeliharaan - Hindari optimasi prematur (**YAGNI dengan tegas**) Ini masih **bukan** desain akhir. --- ### 6️⃣ Sajikan Desain (Secara Bertahap) Saat menyajikan desain: - Pecah menjadi bagian-bagian yang terdiri dari **maksimal 200–300 kata** - Setelah setiap bagian, tanyakan: > “Apakah ini terlihat benar sejauh ini?” Cakup, sesuai relevansi: - Arsitektur - Komponen - Aliran data - Penanganan kesalahan - Kasus tepi - Strategi pengujian --- ### 7️⃣ Log Keputusan (Wajib) Pertahankan **Log Keputusan** yang berjalan selama diskusi desain. Untuk setiap keputusan: - Apa yang diputuskan - Alternatif yang dipertimbangkan - Mengapa opsi ini dipilih Log ini harus disimpan untuk dokumentasi. --- ## Setelah Desain ### 📄 Dokumentasi Setelah desain divalidasi: - Tulis desain akhir ke format yang tahan lama dan dapat dibagikan (misalnya Markdown) - Sertakan: - Ringkasan pemahaman - Asumsi - Log keputusan - Desain akhir Simpan dokumen sesuai alur kerja standar proyek. --- ### 🛠️ Penyerahan Implementasi (Opsional) Hanya setelah dokumentasi lengkap, tanyakan: > “Siap untuk menyiapkan implementasi?” Jika ya: - Buat rencana implementasi yang eksplisit - Pisahkan pekerjaan jika alur kerja mendukungnya - Lanjutkan secara bertahap --- ## Kriteria Keluar (Kondisi Berhenti Keras) Anda dapat keluar dari mode brainstorming **hanya jika semua hal berikut benar**: - Kunci Pemahaman telah dikonfirmasi - Setidaknya satu pendekatan desain diterima secara eksplisit - Asumsi utama didokumentasikan - Risiko utama diakui - Log Keputusan lengkap Jika ada kriteria yang tidak terpenuhi: - Lanjutkan penyempurnaan - **JANGAN melanjutkan ke implementasi** --- ## Prinsip Utama (Tidak Dapat Dinegosiasikan) - Satu pertanyaan pada satu waktu - Asumsi harus eksplisit - Jelajahi alternatif - Validasi secara bertahap - Utamakan kejelasan daripada kecerdasan - Bersedia kembali dan mengklarifikasi - **YAGNI dengan tegas** --- Jika desainnya berdampak tinggi, berisiko tinggi, atau membutuhkan kepercayaan tinggi, Anda HARUS menyerahkan desain final dan Log Keputusan ke keterampilan `multi-agent-brainstorming` sebelum implementasi. ## Kapan Digunakan Keterampilan ini berlaku untuk menjalankan alur kerja atau tindakan yang dijelaskan dalam ikhtisar. ## Batasan - Gunakan keterampilan ini hanya jika tugas jelas cocok dengan cakupan yang dijelaskan di atas. - Jangan memperlakukan output sebagai pengganti validasi, pengujian, atau tinjauan ahli yang spesifik lingkungan. - Berhenti dan mintalah klarifikasi jika input, izin, batasan keamanan, atau kriteria keberhasilan yang diperlukan tidak ada. ## FAQ ### Apa tujuan utama dari keterampilan Brainstorming? Tujuan utama dari keterampilan Brainstorming adalah untuk mengubah ide-ide mentah menjadi desain dan spesifikasi yang jelas dan tervalidasi melalui dialog terstruktur sebelum implementasi dimulai. Ini bertindak sebagai fasilitator desain dan peninjau senior. ### Dapatkah saya menggunakan keterampilan ini untuk menulis kode atau mengimplementasikan fitur? Tidak, Anda secara eksplisit tidak diizinkan untuk mengimplementasikan, mengkode, atau mengubah perilaku saat keterampilan ini aktif. Fokus utamanya adalah pada desain dan validasi untuk mencegah implementasi prematur. ### Bagaimana keterampilan ini memastikan kejelasan bersama selama brainstorming? Keterampilan ini memastikan kejelasan bersama dengan mengharuskan satu pertanyaan per pesan, lebih menyukai pertanyaan pilihan ganda, dan berfokus pada pemahaman tujuan, pengguna target, batasan, dan kriteria keberhasilan sebelum beralih ke desain. ### Apa itu 'Persyaratan Non-Fungsional' dan mengapa itu wajib? Persyaratan Non-Fungsional (NFRs) mencakup kinerja, skala, keamanan, keandalan, dan harapan pemeliharaan. Mereka wajib untuk diklarifikasi atau diajukan asumsi, memastikan desain yang komprehensif yang membahas atribut sistem kritis. ### Apa itu 'Kunci Pemahaman' dan kapan itu terjadi? Kunci Pemahaman adalah gerbang keras di mana Anda harus berhenti sejenak dan memberikan ringkasan singkat tentang ide, membuat daftar asumsi, dan pertanyaan terbuka. Anda tidak dapat melanjutkan ke desain sampai konfirmasi eksplisit diberikan bahwa ringkasan tersebut secara akurat mencerminkan maksud pengguna. ### Apa yang terjadi setelah desain divalidasi? Setelah desain divalidasi, keterampilan ini mengharuskan pendokumentasian desain akhir ke dalam format yang tahan lama, termasuk ringkasan pemahaman, asumsi, dan log keputusan. Serah terima implementasi opsional kemudian dapat terjadi.