Fähigkeiten brainstorming
📦

brainstorming

Sicher

Kollaboratives Brainstorming für Design

Auch verfügbar von: Cygnusfear,obra,davila7,ArieGoldkin,DMJGilbert,DYAI2025,Cycleaddict,CodingCossack

Dieses Skill hilft AI-Assistenten, vage Ideen durch strukturierten Dialog in konkrete Designs umzuwandeln und stellt sicher, dass Anforderungen klar sind, bevor die Implementierung beginnt.

Unterstützt: Claude Codex Code(CC)
🥉 72 Bronze
1

Die Skill-ZIP herunterladen

2

In Claude hochladen

Gehe zu Einstellungen → Fähigkeiten → Skills → Skill hochladen

3

Einschalten und loslegen

Teste es

Verwendung von "brainstorming". I want to add a user notification system to my app

Erwartetes Ergebnis:

Großartig! Lassen Sie mich verstehen, was Sie bauen. Erste Frage: Was ist der Hauptzweck dieser Benachrichtigungen - sind sie für Benutzeraktivitäten (wie Kommentare, Likes), Systemwarnungen (Wartung, Fehler) oder etwas anderes?

Verwendung von "brainstorming". What if I want push notifications too?

Erwartetes Ergebnis:

Guter Punkt. Ich habe zwei Ansätze zu bedenken:

1. **Erst ein Kanal**: Beginnen Sie mit In-App-Benachrichtigungen, fügen Sie Push später hinzu, wenn Sie mehr Ressourcen haben.
2. **Multi-Channel von Anfang an**: Verwenden Sie einen Dienst wie OneSignal oder Firebase, der beides handhabt.

Meine Empfehlung ist Ansatz 1, wenn Sie in einer frühen Phase sind - es hält die Komplexität gering. Welche Richtung interessiert Sie mehr?

Sicherheitsaudit

Sicher
v1 • 2/24/2026

Static analysis flagged external commands and cryptographic algorithms, but manual review confirms these are false positives. The skill contains only documentation text - no executable code. Backticks at line 38 are markdown formatting, not shell execution. No cryptographic code exists in the skill.

1
Gescannte Dateien
55
Analysierte Zeilen
2
befunde
1
Gesamtzahl Audits

Probleme mit hohem Risiko (1)

False Positive: Weak Cryptographic Algorithm
Static analyzer incorrectly flagged 'weak cryptographic algorithm' at multiple lines. Manual review confirms no cryptographic code exists - the skill contains only prose documentation about design methodology.
Probleme mit mittlerem Risiko (1)
False Positive: Ruby/Shell Backtick Execution
Static analyzer flagged 'Ruby/shell backtick execution' at line 38, but the backticks are markdown code formatting in a documentation path reference, not actual shell execution.
Auditiert von: claude

Qualitätsbewertung

38
Architektur
100
Wartbarkeit
87
Inhalt
50
Community
90
Sicherheit
91
Spezifikationskonformität

Was du bauen kannst

Planung neuer Funktionen

Wenn ein Benutzer eine neue Funktion hinzufügen möchte, führen Sie ihn durch das Verständnis von Anforderungen, Einschränkungen und Erfolgskriterien, bevor eine Implementierung beginnt.

Komponenten-Design-Sitzungen

Helfen Sie beim Design neuer UI-Komponenten oder Backend-Services, indem Sie gezielte Fragen stellen, Optionen präsentieren und das Design durch Dialog iterieren.

Architekturerkundung

Erkunden Sie verschiedene Architekturansätze für ein System, präsentieren Sie Vor- und Nachteile und Empfehlungen, während Sie das Verständnis bei jedem Schritt validieren.

Probiere diese Prompts

Design-Diskussion starten
Ich möchte etwas Neues bauen. Können Sie mir beim Brainstorming des Designs helfen? Die Idee ist: [describe your idea]. Welche Fragen haben Sie, um zu verstehen, was ich baue?
Ansätze erkunden
Wir designen [feature/system]. Basierend auf dem, was wir besprochen haben, welche Ansätze würden Sie empfehlen? Bitte präsentieren Sie 2-3 Optionen mit Vor- und Nachteilen.
Design-Abschnitt validieren
Hier ist mein vorgeschlagenes Design für [section]: [design content]. Sieht das richtig aus? Was sollte ich klären oder ändern?
Designdokument erstellen
Wir haben das Design validiert. Können Sie dies als Designdokument unter docs/plans/[topic]-design.md verfassen?

Bewährte Verfahren

  • Stellen Sie eine Frage pro Nachricht, um den Benutzer nicht zu überfordern
  • Bevorzugen Sie Multiple-Choice-Fragen für schnellere Antworten
  • Präsentieren Sie zuerst Ihre Empfehlung, dann erklären Sie die Begründung
  • Validieren Sie das Verständnis inkrementell, indem Sie Design-Abschnitte präsentieren

Vermeiden

  • Mehrere Fragen in einer einzelnen Nachricht stellen
  • Ohne vorherige Design-Validierung direkt zur Implementierung springen
  • Nur eine Option präsentieren, ohne Alternativen zu erkunden
  • Benutzerfeedback ignorieren und mit dem ursprünglichen Plan fortfahren

Häufig gestellte Fragen

Wann sollte ich dieses Skill verwenden?
Verwenden Sie dieses Skill immer, wenn Sie etwas Neues erstellen müssen - eine Funktion, ein Komponente oder ein System. Es hilft sicherzustellen, dass Anforderungen klar sind, bevor die Implementierung beginnt.
Schreibt dieses Skill Code?
Nein, dieses Skill konzentriert sich auf Design und Planung. Nach der Design-Validierung können Sie andere Skills wie Implementierungsplanung oder Git-Worktrees verwenden, um fortzufahren.
Wie viele Fragen sollte ich stellen?
Stellen Sie eine Frage pro Nachricht. Wenn ein Thema mehr Erkundung benötigt, teilen Sie es in mehrere aufeinanderfolgende Fragen.
Was ist, wenn der Benutzer bei seinen Anforderungen unklar ist?
Stellen Sie klärende Fragen, um den Zweck, die Einschränkungen und die Erfolgskriterien zu verstehen. Konzentrieren Sie sich auf das 'Warum' vor dem 'Was'.
Soll ich immer mehrere Ansätze präsentieren?
Ja, schlagen Sie 2-3 Ansätze mit Vor- und Nachteilen vor. Führen Sie mit Ihrer Empfehlung an, aber erklären Sie, warum Alternativen auch funktionieren könnten.
Woran erkenne ich, dass das Design abgeschlossen ist?
Das Design ist abgeschlossen, wenn Sie Architektur, Komponenten, Datenfluss, Fehlerbehandlung und Tests abgedeckt haben - und der Benutzer jeden Abschnitt validiert hat.

Entwicklerdetails

Dateistruktur

📄 SKILL.md