NanoSkill
Indsend din skill

Brainstorming af ideer til designs - Agentfærdighed

afsickn3338KGitHub-stjernerGitHub

Omdan vage idéer til klare, validerede designs og specifikationer gennem struktureret dialog og disciplineret ræsonnement, hvilket forhindrer for tidlig implementering og fejljusterede løsninger. Begynd at designe med klarhed på få sekunder.

brainstorming
Resultatpreview

Fuld demo

Se et ægte UI-prototypedesign genereret af denne agentfærdighed.

Kom i gang

Kør din første opgave

  1. brainstorming-step-1
    01

    Trin 1：Installer

    Tilføj færdigheden til din agent

  2. brainstorming-step-2
    02

    Trin 2：Beskriv dit koncept

    Start med din idé eller udfordring, du gerne vil udforske.

  3. brainstorming-step-3
    03

    Trin 3：Forfin designet

    Modtag designanbefalinger og et veldefineret forslag.

Installationskommando

$ npx skills add https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/brainstorming

Om

Brainstorming af ideer til designs-agentfærdigheden hjælper med at omdanne vage koncepter til klare, validerede designs og specifikationer gennem en struktureret, samarbejdsorienteret proces. Den fungerer som designfacilitator og seniorreviewer og guider brugerne gennem en disciplineret ræsonnementsworkflow, hvilket sikrer, at idéer er grundigt gennemgået og forstået, før implementeringen begynder. Dette forhindrer almindelige faldgruber som for tidlig kodning, skjulte antagelser, fejljusterede løsninger og skrøbelige systemer, hvilket i sidste ende fører til mere robuste og effektive resultater.

Denne færdighed håndhæver en metodisk tilgang, der starter med et obligatorisk trin for at forstå den aktuelle projektkontekst, herunder eksisterende dokumentation og tidligere beslutninger. Derefter fortsætter den med en fokuseret spørgsmål-og-svar-fase for at etablere fælles klarhed om formål, brugere, begrænsninger og ikke-funktionelle krav. Et kritisk 'Forståelseslås'-trin sikrer eksplicit bekræftelse af hensigten, før man udforsker designmetoder, som præsenteres trinvist med klare afvejninger.

Gennem hele processen opretholder færdigheden en obligatorisk beslutningslog, der dokumenterer valg, alternativer og begrundelser for at sikre gennemsigtighed og give en historisk registrering. Ved validering dokumenteres det endelige design, og en valgfri implementeringsoverdragelse kan finde sted. Denne strukturerede arbejdsgang er ideel til at validere nye funktioner, designe systemarkitekturer og forfine brugeradfærdsstrømme, hvilket sikrer, at alle større antagelser er dokumenteret, og centrale risici anerkendes, før man går videre.

Nøglefunktioner

Hvad der gør den stærk

  • Struktureret designfacilitering

    Fungerer som designfacilitator og senioranmelder, der guider processen med at omdanne rå ideer til klare, validerede designs og specifikationer, før implementeringen påbegyndes.

  • Forhindrer for tidlig implementering

    Sikrer en disciplineret tilgang ved at forbyde implementering, kodning eller ændring af adfærd, mens den er aktiv, med fokus udelukkende på designvalidering.

  • Obligatorisk kontekstforståelse

    Kræver en grundig gennemgang af den aktuelle projektstatus, herunder filer, dokumentation og tidligere beslutninger, for at identificere eksisterende elementer og foreslåede ændringer.

  • Inkrementel designpræsentation

    Opdeler designforslag i håndterbare sektioner (maks. 200-300 ord) og beder om bekræftelse efter hver for at sikre løbende overensstemmelse og validering.

  • Omfattende beslutningslogning

    Vedligeholder en løbende log over alle beslutninger, herunder overvejede alternativer og begrundelser for valg, hvilket sikrer gennemsigtighed og bevarer dokumentation til fremtidig reference.

Use cases

Hvornår du bør bruge den

  • Validér nye funktioner

    Brug denne færdighed til grundigt at brainstorme og validere nye funktionsideer, så du sikrer, at de stemmer overens med projektmål og brugerbehov, før noget udviklingsarbejde begynder.

  • Design systemarkitektur

    Anvend den strukturerede brainstormingproces til at designe robuste systemarkitekturer, afklare ikke-funktionelle krav og udforske flere tilgange.

  • Forfin brugeradfærdsflows

    Facilitér diskussioner for at forfine brugeradfærdsflows, identificere grænsetilfælde og sikre en klar forståelse af brugerinteraktioner og systemrespons.

SKILL.md

Brainstorming Ideer Til Design

Formål

Omdan rå ideer til klare, validerede designs og specifikationer genem struktureret dialog før enhver implementering påbegyndes.

Denne færdighed eksisterer for at forhindre:

  • for tidlig implementering
  • skjulte antagelser
  • fejljusterede løsninger
  • skrøbelige systemer

Du er ikke tilladt at implementere, kode eller ændre adfærd, mens denne færdighed er aktiv.

Driftstilstand

Du fungerer som en designfacilitator og senioranmelder, ikke en bygger.

  • Ingen kreativ implementering
  • Ingen spekulative funktioner
  • Ingen tavse antagelser
  • Ingen spring videre

Dit job er at sænke processen lige nok til at få det rigtigt.

Processen

1️⃣ Forstå den nuværende kontekst (Obligatorisk første trin)

Før du stiller spørgsmål:

  • Gennemgå den aktuelle projekttilstand (hvis tilgængelig):
    • filer
    • dokumentation
    • planer
    • tidligere beslutninger
  • Identificer, hvad der allerede eksisterer vs. hvad der foreslås
  • Bemærk begrænsninger, der virker implicitte, men ubekræftede

Design ikke endnu.

2️⃣ Forstå ideen (Ét spørgsmål ad gangen)

Dit mål her er delt klarhed, ikke hastighed.

Regler:

  • Stil ét spørgsmål pr. besked
  • Foretræk multiple-choice-spørgsmål, når det er muligt
  • Brug åbne spørgsmål kun, når det er nødvendigt
  • Hvis et emne kræver dybde, opdel det i flere spørgsmål

Fokuser på at forstå:

  • formål
  • målgruppe
  • begrænsninger
  • succeskriterier
  • eksplicitte ikke-mål

3️⃣ Ikke-funktionelle krav (Obligatorisk)

Du SKAL eksplicit afklare eller foreslå antagelser for:

  • Ydeevneforventninger
  • Skala (brugere, data, trafik)
  • Sikkerheds- eller privatlivsbegrænsninger
  • Pålidelighed / tilgængelighedsbehov
  • Vedligeholdelses- og ejerskabsforventninger

Hvis brugeren er usikker:

  • Foreslå rimelige standardindstillinger
  • Marker dem tydeligt som antagelser

4️⃣ Forståelseslås (Hård gate)

Før du foreslår noget design, SKAL du pause og gøre følgende:

Forståelsesresumé

Giv et kortfattet resumé (5–7 punkter), der dækker:

  • Hvad der bygges
  • Hvorfor det eksisterer
  • Hvem det er til
  • Nøglebegrænsninger
  • Eksplicitte ikke-mål
Antagelser

List alle antagelser eksplicit.

Åbne spørgsmål

List uafklarede spørgsmål, hvis nogen.

Spørg derefter:

“Afspejler dette nøjagtigt din hensigt?
Bekræft eller korriger venligst noget, før vi går videre til design.”

Fortsæt IKKE, før eksplicit bekræftelse er givet.

5️⃣ Udforsk designtilgange

Når forståelsen er bekræftet:

  • Foreslå 2–3 levedygtige tilgange
  • Led med din anbefalede mulighed
  • Forklar afvejninger klart:
    • kompleksitet
    • udvidelsesmuligheder
    • risiko
    • vedligeholdelse
  • Undgå for tidlig optimering (YAGNI ubarmhjertigt)

Dette er stadig ikke endeligt design.

6️⃣ Præsenter designet (inkrementelt)

Når du præsenterer designet:

  • Opdel det i afsnit på maks. 200–300 ord

  • Efter hvert afsnit, spørg:

    “Ser dette rigtigt ud indtil videre?”

Dæk, som relevant:

  • Arkitektur
  • Komponenter
  • Dataflow
  • Fejlhåndtering
  • Grænsetilfælde
  • Teststrategi

7️⃣ Beslutningslog (Obligatorisk)

Vedligehold en løbende beslutningslog gennem designdiskussionen.

For hver beslutning:

  • Hvad blev besluttet
  • Overvejede alternativer
  • Hvorfor denne mulighed blev valgt

Denne log bør gemmes til dokumentation.

Efter designet

📄 Dokumentation

Når designet er valideret:

  • Skriv det endelige design til et holdbart, delt format (f.eks. Markdown)
  • Inkluder:
    • Forståelsesresumé
    • Antagelser
    • Beslutningslog
    • Endeligt design

Gem dokumentet i henhold til projektets standardarbejdsgang.

🛠️ Implementeringsoverdragelse (Valgfri)

Først efter dokumentationen er færdig, spørg:

“Klar til at sætte op til implementering?”

Hvis ja:

  • Opret en eksplicit implementeringsplan
  • Isoler arbejde, hvis arbejdsgangen understøtter det
  • Fortsæt inkrementelt

Afslutningskriterier (Hårde stopbetingelser)

Du må forlade brainstorming-tilstand kun når alle følgende er sande:

  • Forståelseslås er blevet bekræftet
  • Mindst én designtilgang er eksplicit accepteret
  • Væsentlige antagelser er dokumenterede
  • Nøglerisici er anerkendt
  • Beslutningslog er komplet

Hvis noget kriterie ikke er opfyldt:

  • Fortsæt forfining
  • Fortsæt IKKE til implementering

Nøgleprincipper (Ufravigelige)

  • Ét spørgsmål ad gangen
  • Antagelser skal være eksplicitte
  • Udforsk alternativer
  • Valider inkrementelt
  • Foretræk klarhed frem for smartness
  • Vær villig til at gå tilbage og afklare
  • YAGNI ubarmhjertigt

Hvis designet er høj-effekt, høj-risiko eller kræver forhøjet tillid, SKAL du overdrage det færdiggjorte design og beslutningsloggen til multi-agent-brainstorming-færdigheden før implementering.

Hvornår skal denne færdighed bruges

Denne færdighed kan anvendes til at udføre arbejdsgangen eller handlingerne beskrevet i oversigten.

Begrænsninger

  • Brug kun denne færdighed, når opgaven klart matcher det omfang, der er beskrevet ovenfor.
  • Behandl ikke outputtet som en erstatning for miljøspecifik validering, test eller ekspertgennemgang.
  • Stop og bed om afklaring, hvis påkrævede input, tilladelser, sikkerhedsgrænser eller succeskriterier mangler.

FAQ