# Brainstorming-Ideen-zu-Designs-Agentenfähigkeit > Verwandeln Sie vage Ideen durch strukturierten Dialog und diszipliniertes Denken in klare, validierte Designs und Spezifikationen und vermeiden Sie so vorzeitige Implementierungen und nicht abgestimmte Lösungen. Beginnen Sie in Sekunden mit der klar definierten Gestaltung. - Canonical: https://nanoskill.ai/de/skills/brainstorming-ideas-to-designs - Markdown: https://nanoskill.ai/de/skills/brainstorming-ideas-to-designs.md - Author: sickn33 - Published: 2026-05-23T00:10:47.865Z - Updated: 2026-07-15T13:36:27.068Z - Language: de - 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 Die Brainstorming-Ideen-zu-Designs-Agentenfähigkeit hilft dabei, vage Konzepte durch einen strukturierten, kollaborativen Prozess in klare, validierte Designs und Spezifikationen zu verwandeln. Sie fungiert als Design-Moderator und leitender Prüfer und führt Benutzer durch einen disziplinierten Denk-Workflow, wobei sichergestellt wird, dass Ideen gründlich geprüft und verstanden werden, bevor eine Implementierung beginnt. Dies verhindert häufige Fallstricke wie vorzeitiges Codieren, versteckte Annahmen, nicht abgestimmte Lösungen und fragile Systeme und führt letztendlich zu robusteren und effektiveren Ergebnissen. Diese Fähigkeit erzwingt einen methodischen Ansatz, beginnend mit einem obligatorischen Schritt zum Verständnis des aktuellen Projektkontexts, einschließlich vorhandener Dokumentation und früherer Entscheidungen. Anschließend folgt eine fokussierte Frage-und-Antwort-Phase, um ein gemeinsames Verständnis von Zweck, Benutzern, Einschränkungen und nicht-funktionalen Anforderungen herzustellen. Ein entscheidender Schritt des 'Verständnis-Locks' stellt eine explizite Bestätigung der Absicht sicher, bevor Designansätze untersucht werden, die schrittweise mit klaren Kompromissen präsentiert werden. Während des gesamten Prozesses führt die Fähigkeit ein obligatorisches Entscheidungsprotokoll, in dem Entscheidungen, Alternativen und Begründungen dokumentiert werden, um Transparenz zu gewährleisten und eine historische Aufzeichnung zu liefern. Nach der Validierung wird das endgültige Design dokumentiert, und es kann eine optionale Implementierungsübergabe stattfinden. Dieser strukturierte Workflow eignet sich ideal zur Validierung neuer Funktionen, zum Entwerfen von Systemarchitekturen und zur Verfeinerung von Benutzerverhaltensabläufen, wobei sichergestellt wird, dass alle wichtigen Annahmen dokumentiert und die wesentlichen Risiken erkannt werden, bevor weiter fortgeschritten wird. ## Key features - **Strukturierte Design-Moderation**: Fungiert als Design-Moderator und leitender Prüfer und leitet den Prozess, um rohe Ideen in klare, validierte Designs und Spezifikationen zu verwandeln, bevor die Implementierung beginnt. - **Verhindert vorzeitige Implementierung**: Stellt einen disziplinierten Ansatz sicher, indem Implementierung, Codierung oder Verhaltensänderungen während der Aktivität unterbunden werden, und konzentriert sich ausschließlich auf die Design-Validierung. - **Obligatorisches Kontextverständnis**: Erfordert eine gründliche Überprüfung des aktuellen Projektzustands, einschließlich Dateien, Dokumentation und früherer Entscheidungen, um vorhandene Elemente und vorgeschlagene Änderungen zu identifizieren. - **Inkrementelle Design-Präsentation**: Unterteilt Design-Vorschläge in handhabbare Abschnitte (maximal 200-300 Wörter) und bittet nach jedem um Bestätigung, um kontinuierliche Übereinstimmung und Validierung sicherzustellen. - **Umfassende Entscheidungsprotokollierung**: Führt ein fortlaufendes Protokoll aller Entscheidungen, einschließlich der in Betracht gezogenen Alternativen und der Gründe für die Auswahl, um Transparenz zu gewährleisten und die Dokumentation für zukünftige Referenzen zu erhalten. ## Use cases - **Neue Funktionen validieren**: Verwenden Sie diese Funktion, um neue Feature-Ideen gründlich zu brainstormen und zu validieren, sodass sie mit den Projektzielen und Benutzerbedürfnissen übereinstimmen, bevor mit der Entwicklungsarbeit begonnen wird. - **Systemarchitektur entwerfen**: Wenden Sie den strukturierten Brainstorming-Prozess an, um robuste Systemarchitekturen zu entwerfen, nicht-funktionale Anforderungen zu klären und mehrere Ansätze zu erkunden. - **Benutzerverhaltensabläufe verfeinern**: Moderieren Sie Diskussionen, um Benutzerverhaltensabläufe zu verfeinern, Randfälle zu identifizieren und ein klares Verständnis von Benutzerinteraktionen und Systemreaktionen sicherzustellen. ## Result preview Sehen Sie ein echtes UI-Prototyp-Design, das von dieser Agentenfähigkeit generiert wurde. ![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 ### Schritt 1：Installieren Fügen Sie die Fähigkeit zu Ihrem Agenten hinzu ![brainstorming-step-1](https://file.nanoskill.ai/brainstorming-step-1.jpg) ### Schritt 2：Beschreiben Sie Ihr Konzept Beginnen Sie mit Ihrer Idee oder Herausforderung, die Sie erkunden möchten. ![brainstorming-step-2](https://file.nanoskill.ai/brainstorming-step-2.jpg) ### Schritt 3：Verfeinern Sie das Design Erhalten Sie Design-Empfehlungen und einen gut definierten Vorschlag. ![brainstorming-step-3](https://file.nanoskill.ai/brainstorming-step-3.jpg) ## Skill definition # Brainstorming: Ideen in Designs umwandeln ## Zweck Rohe Ideen in **klare, validierte Designs und Spezifikationen** umwandeln, durch strukturierten Dialog, **bevor jegliche Implementierung beginnt**. Diese Fähigkeit dient dazu, Folgendes zu verhindern: - vorzeitige Implementierung - versteckte Annahmen - nicht abgestimmte Lösungen - fragile Systeme Es ist **nicht erlaubt**, etwas zu implementieren, zu codieren oder Verhalten zu ändern, während diese Fähigkeit aktiv ist. --- ## Betriebsmodus Sie agieren als **Design-Moderator und leitender Gutachter**, nicht als Entwickler. - Keine kreative Implementierung - Keine spekulativen Funktionen - Keine stillschweigenden Annahmen - Kein Vorpreschen Ihre Aufgabe ist es, **den Prozess gerade genug zu verlangsamen, um ihn richtig zu machen**. --- ## Der Prozess ### 1️⃣ Den aktuellen Kontext verstehen (Obligatorischer erster Schritt) Bevor Sie Fragen stellen: - Überprüfen Sie den aktuellen Projektstand (falls verfügbar): - Dateien - Dokumentation - Pläne - frühere Entscheidungen - Identifizieren Sie, was bereits existiert im Vergleich zu dem, was vorgeschlagen wird - Notieren Sie Einschränkungen, die implizit, aber unbestätigt erscheinen **Noch nicht entwerfen.** --- ### 2️⃣ Die Idee verstehen (Eine Frage nach der anderen) Ihr Ziel hier ist **gemeinsame Klarheit**, nicht Geschwindigkeit. **Regeln:** - Stellen Sie **eine Frage pro Nachricht** - Bevorzugen Sie, wenn möglich, **Multiple-Choice-Fragen** - Verwenden Sie offene Fragen nur, wenn nötig - Wenn ein Thema Vertiefung benötigt, teilen Sie es in mehrere Fragen auf Fokus auf das Verständnis von: - Zweck - Zielbenutzern - Einschränkungen - Erfolgskriterien - explizite Nichtziele --- ### 3️⃣ Nicht-funktionale Anforderungen (Obligatorisch) Sie MÜSSEN explizit Annahmen klären oder vorschlagen für: - Leistungserwartungen - Skalierung (Benutzer, Daten, Verkehr) - Sicherheits- oder Datenschutzbeschränkungen - Anforderungen an Zuverlässigkeit / Verfügbarkeit - Erwartungen an Wartung und Zuständigkeit Wenn der Benutzer unsicher ist: - Schlagen Sie vernünftige Standardwerte vor - Kennzeichnen Sie diese deutlich als **Annahmen** --- ### 4️⃣ Verständnis-Sperre (Harte Hürde) Bevor Sie **irgendein Design** vorschlagen, MÜSSEN Sie innehalten und das Folgende tun: #### Zusammenfassung des Verständnisses Geben Sie eine knappe Zusammenfassung (5–7 Punkte) zu folgenden Themen: - Was gebaut wird - Warum es existiert - Für wen es ist - Wichtige Einschränkungen - Explizite Nichtziele #### Annahmen Listen Sie alle Annahmen explizit auf. #### Offene Fragen Listen Sie ungelöste Fragen auf, falls vorhanden. Dann fragen Sie: > „Spiegelt dies Ihre Absicht genau wider? > Bitte bestätigen oder korrigieren Sie, bevor wir zum Design übergehen." **Fahren Sie NICHT fort, bis eine ausdrückliche Bestätigung vorliegt.** --- ### 5️⃣ Designansätze erkunden Sobald das Verständnis bestätigt ist: - Schlagen Sie **2–3 tragfähige Ansätze** vor - Beginnen Sie mit Ihrer **empfohlenen Option** - Erläutern Sie die Kompromisse klar: - Komplexität - Erweiterbarkeit - Risiko - Wartung - Vermeiden Sie vorzeitige Optimierung (**YAGNI** strikt anwenden) Dies ist noch **nicht** das endgültige Design. --- ### 6️⃣ Das Design präsentieren (Schrittweise) Beim Präsentieren des Designs: - Teilen Sie es in Abschnitte von **maximal 200–300 Wörtern** auf - Fragen Sie nach jedem Abschnitt: > „Sieht das bisher richtig aus?" Behandeln Sie, sofern zutreffend: - Architektur - Komponenten - Datenfluss - Fehlerbehandlung - Randfälle - Teststrategie --- ### 7️⃣ Entscheidungsprotokoll (Obligatorisch) Führen Sie während der gesamten Designdiskussion ein fortlaufendes **Entscheidungsprotokoll**. Für jede Entscheidung: - Was entschieden wurde - Welche Alternativen in Betracht gezogen wurden - Warum diese Option gewählt wurde Dieses Protokoll sollte für die Dokumentation aufbewahrt werden. --- ## Nach dem Design ### 📄 Dokumentation Sobald das Design validiert ist: - Schreiben Sie das endgültige Design in ein dauerhaftes, gemeinsam nutzbares Format (z. B. Markdown) - Fügen Sie ein: - Zusammenfassung des Verständnisses - Annahmen - Entscheidungsprotokoll - Endgültiges Design Speichern Sie das Dokument gemäß dem Standard-Workflow des Projekts. --- ### 🛠️ Übergabe an die Implementierung (Optional) Erst wenn die Dokumentation abgeschlossen ist, fragen Sie: > „Bereit für die Einrichtung der Implementierung?" Wenn ja: - Erstellen Sie einen expliziten Implementierungsplan - Isolieren Sie die Arbeit, falls der Workflow dies unterstützt - Fahren Sie schrittweise fort --- ## Ausstiegskriterien (Harte Stoppbedingungen) Sie dürfen den Brainstorming-Modus **nur dann verlassen, wenn alle folgenden Punkte zutreffen**: - Die Verständnis-Sperre wurde bestätigt - Mindestens ein Designansatz wurde ausdrücklich akzeptiert - Die wichtigsten Annahmen sind dokumentiert - Wesentliche Risiken sind anerkannt - Das Entscheidungsprotokoll ist vollständig Falls ein Kriterium nicht erfüllt ist: - Setzen Sie die Verfeinerung fort - **Fahren Sie NICHT mit der Implementierung fort** --- ## Kernprinzipien (Nicht verhandelbar) - Eine Frage nach der anderen - Annahmen müssen explizit sein - Alternativen prüfen - Schrittweise validieren - Klarheit vor Cleverness - Bereit sein, zurückzugehen und zu klären - **YAGNI strikt anwenden** --- Wenn das Design große Auswirkungen hat, ein hohes Risiko birgt oder ein erhöhtes Vertrauen erfordert, MÜSSEN Sie das finalisierte Design und das Entscheidungsprotokoll vor der Implementierung an die Fähigkeit `multi-agent-brainstorming` übergeben. ## Wann zu verwenden Diese Fähigkeit ist anwendbar, um den im Überblick beschriebenen Workflow oder die Aktionen auszuführen. ## Einschränkungen - Verwenden Sie diese Fähigkeit nur, wenn die Aufgabe eindeutig dem oben beschriebenen Umfang entspricht. - Betrachten Sie die Ausgabe nicht als Ersatz für umgebungsspezifische Validierung, Tests oder die Prüfung durch Experten. - Halten Sie an und fragen Sie nach Klärung, falls erforderliche Eingaben, Berechtigungen, Sicherheitsgrenzen oder Erfolgskriterien fehlen. ## FAQ ### Was ist der Hauptzweck der Brainstorming-Funktion? Der Hauptzweck der Brainstorming-Funktion besteht darin, rohe Ideen durch strukturierten Dialog in klare, validierte Designs und Spezifikationen zu verwandeln, bevor mit der Implementierung begonnen wird. Sie fungiert als Design-Moderator und leitender Prüfer. ### Kann ich diese Funktion verwenden, um Code zu schreiben oder Funktionen zu implementieren? Nein, es ist ausdrücklich nicht erlaubt, während diese Funktion aktiv ist, zu implementieren, zu programmieren oder das Verhalten zu ändern. Ihr einziger Fokus liegt auf Design und Validierung, um eine vorzeitige Implementierung zu verhindern. ### Wie stellt die Funktion geteilte Klarheit während des Brainstormings sicher? Die Funktion gewährleistet geteilte Klarheit, indem sie eine Frage pro Nachricht verlangt, Multiple-Choice-Fragen bevorzugt und sich darauf konzentriert, Zweck, Zielbenutzer, Einschränkungen und Erfolgskriterien zu verstehen, bevor mit dem Design fortgefahren wird. ### Was sind 'nicht-funktionale Anforderungen' und warum sind sie obligatorisch? Nicht-funktionale Anforderungen (NFRs) umfassen Erwartungen an Leistung, Skalierung, Sicherheit, Zuverlässigkeit und Wartbarkeit. Sie sind obligatorisch, um Klarheit zu schaffen oder Annahmen vorzuschlagen, und stellen so ein umfassendes Design sicher, das kritische Systemeigenschaften berücksichtigt. ### Was ist 'Understanding Lock' und wann tritt es auf? Understanding Lock ist ein harter Stopp, bei dem Sie innehalten und eine prägnante Zusammenfassung der Idee, eine Liste der Annahmen und offene Fragen bereitstellen müssen. Sie können mit dem Design erst fortfahren, wenn ausdrücklich bestätigt wurde, dass die Zusammenfassung die Absicht des Benutzers genau widerspiegelt. ### Was passiert, nachdem das Design validiert wurde? Nachdem das Design validiert wurde, verlangt die Funktion, das endgültige Design in einem dauerhaften Format zu dokumentieren, einschließlich der Zusammenfassung des Verständnisses, der Annahmen und des Entscheidungsprotokolls. Anschließend kann optional eine Implementierungsübergabe erfolgen.