Communitygithub.com

Jamie-BitFlight/habilidad-de-lluvia-de-ideas

Debes usar esto antes de cualquier trabajo creativo: crear funciones, construir componentes, agregar funcionalidad, modificar comportamiento, o cuando los usuarios soliciten ayuda con ideación, marketing y planificación estratégica. Explora la intención del usuario, los requisitos y el diseño antes de la implementación utilizando patrones de indicaciones validados por la investigación.

¿Qué es habilidad-de-lluvia-de-ideas?

Esta habilidad guía a un agente de IA (como Claude Code, Cursor o Codex) a través de un proceso de diseño interactivo y un marco integral de ideación antes de escribir cualquier código. Está diseñada para evitar implementaciones prematuras al forzar una fase de descubrimiento, validación y documentación. El flujo de trabajo incluye exploración del contexto, preguntas aclaratorias, propuesta de 2-3 enfoques con compensaciones, presentación del diseño para aprobación del usuario y documentación del resultado. Además, proporciona una biblioteca de 14 categorías de patrones de indicaciones (como Multiplicación de Perspectivas, Variación de Restricciones, y Escalamiento Extremo) basadas en investigaciones, con guías de selección y formatos de salida optimizados. Es útil para desarrolladores que trabajan en funciones de software, diseño de componentes, contenido de marketing o planificación estratégica, asegurando que las ideas sean validadas antes de la implementación. La habilidad incluye un diagrama Mermaid como procedimiento autoritativo que debe ejecutarse exactamente, respetando ramas, puntos de decisión y condiciones de parada, y no permite improvisar, reordenar ni omitir pasos sin aclaración del usuario.

Compatible con✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Jamie-BitFlight/claude_skills/tree/main/plugins/brainstorming-skill/skills/brainstorming-skill

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Habilidad de Lluvia de Ideas

Descripción General

Esta habilidad tiene dos propósitos críticos:

  1. Proceso de Diseño Interactivo: Guía a la IA a través de un diálogo natural y colaborativo para convertir ideas en diseños y especificaciones completamente formados antes de escribir cualquier código.
  2. Marco Integral de Ideación: Proporciona patrones de indicaciones validados por la investigación (consulte las Referencias de Documentación de Patrones a continuación) para ayudar a generar ideas de alta calidad en cualquier dominio (marketing, contenido, funciones).

El Flujo de Trabajo de Lluvia de Ideas

DEBES crear una tarea para cada uno de estos elementos y completarlos en orden al trabajar en funciones de software, diseños de componentes o tareas complejas. (Para ideación de contenido/marketing puro, adapta estos pasos usando la Biblioteca de Patrones a continuación).

  1. Explorar el contexto — verificar el estado del proyecto, archivos, documentos, commits recientes
  2. Hacer preguntas aclaratorias — una a la vez, comprender el propósito/restricciones/criterios de éxito
  3. Proponer 2-3 enfoques — con compensaciones y tu recomendación (usa la Biblioteca de Patrones como inspiración)
  4. Presentar el diseño — en secciones escaladas a la complejidad, obtener la aprobación del usuario después de cada sección
  5. Documentar el resultado — escribir el diseño/ideas validados en un archivo markdown apropiado (por ejemplo, docs/plans/YYYY-MM-DD-<topic>-design.md) y hacer commit
  6. Transición — invocar una habilidad de planificación o implementación solo después de la aprobación

Flujo del Proceso

[!IMPORTANT] Cuando se proporcione un mapa de proceso o un diagrama Mermaid, trátalo como el procedimiento autoritativo. Ejecuta los pasos en el orden exacto que se muestra, incluyendo ramas, puntos de decisión y condiciones de parada. Un diagrama de proceso Mermaid es un conjunto de instrucciones ejecutables. Síguelo exactamente como está escrito: respeta la secuencia, condiciones, bucles, caminos paralelos y estados terminales. No improvises, reordenes ni omitas pasos. Si algún nodo es ambiguo o le falta detalle requerido, haz una pausa y haz una pregunta aclaratoria antes de continuar. Al interactuar con un usuario, informa antes de actuar el camino interpretado que seguirás desde el diagrama, luego ejecuta.

El siguiente diagrama es el procedimiento autoritativo para el flujo de trabajo de lluvia de ideas. Ejecuta los pasos en el orden exacto que se muestra, incluyendo ramas, puntos de decisión y condiciones de parada.

flowchart TD
    subgraph Phase1["Fase 1: Descubrimiento — establecer el estado actual antes de proponer"]
        Explore["Explorar contexto — verificar estado del proyecto, archivos, documentos, commits recientes"]
        Ask["Hacer preguntas aclaratorias — una a la vez, entender propósito/restricciones/criterios de éxito"]
        Propose["Proponer 2-3 enfoques — con compensaciones y recomendación, usar Biblioteca de Patrones"]
    end
    subgraph Phase2["Fase 2: Validación — obtener aprobación explícita del usuario antes de proceder"]
        Present["Presentar diseño — en secciones escaladas a la complejidad, obtener aprobación del usuario después de cada sección"]
        Approve{"¿El usuario confirma explícitamente la aprobación<br>o solicita una revisión?"}
    end
    subgraph Phase3["Fase 3: Finalización — documentar y transferir"]
        Document["Documentar el resultado — escribir diseño validado en docs/plans/YYYY-MM-DD-topic-design.md y hacer commit"]
        Transition(["Transición — invocar habilidad de planificación o implementación solo después de la aprobación"])
    end

    Explore --> Ask --> Propose --> Present
    Present --> Approve
    Approve -->|"Usuario solicita revisión — revisar y volver a presentar"| Present
    Approve -->|"Usuario confirma aprobación — proceder"| Document
    Document --> Transition

Principios de Conversación

  • Una pregunta a la vez — No abrumes con múltiples preguntas. Desglosa temas complejos.
  • Preferiblemente opción múltiple — Es más fácil para el usuario responder que preguntas abiertas cuando sea posible.
  • YAGNI sin piedad — Elimina funciones innecesarias de todos los diseños.
  • Explorar alternativas — Siempre propón 2-3 enfoques antes de decidir.
  • Validación incremental — Presenta el diseño, obtén aprobación antes de continuar.
  • Sé flexible — Retrocede y aclara cuando algo no tenga sentido.

Categorías de Patrones para Ideación y Enfoques

Al proponer enfoques o generar ideas para el usuario, utiliza estas 14 categorías sistemáticas. Cada patrón incluye plantillas de indicaciones exactas, especificaciones de formato de salida y métricas de éxito.

<category_index>

  1. Multiplicación de Perspectivas - Generar ideas desde múltiples puntos de vista y ángulos de las partes interesadas
  2. Variación de Restricciones - Explorar el espacio de ideas a través de restricciones artificiales
  3. Inversión y Espacio Negativo - Usar pensamiento inverso para encontrar soluciones novedosas
  4. Transferencia Analógica - Aplicar patrones de diferentes dominios
  5. Descomposición Sistemática de Funciones - SCAMPER e ideación basada en atributos
  6. Exploración de Escenarios - Pensamiento basado en el futuro y "qué pasaría si"
  7. Ideación Estructurada Basada en Restricciones - Construir dentro de restricciones duras
  8. Razonamiento de Cadena de Pensamiento - Procesos de refinamiento de múltiples pasos
  9. Exploración de Combinación y Morfológica - Forzar combinaciones novedosas de funciones
  10. Desafío de Suposiciones - Cuestionar premisas e invertir suposiciones
  11. Plantillas de Completar en Blanco - Formatos de finalización estructurados
  12. Posicionamiento Competitivo - Enfoques de matriz de diferenciación
  13. Escalamiento Extremo - Pensamiento 10x y escenarios exponenciales
  14. Basado en Partes Interesadas y Empatía - Patrones de viaje del cliente y persona </category_index>

<guía_de_selección>

El siguiente diagrama es el procedimiento autoritativo para la selección de patrones. Ejecuta los pasos en el orden exacto que se muestra, incluyendo ramas, puntos de decisión y condiciones de parada.

flowchart TD
    Start(["Usuario solicita ideas o enfoques"]) --> Goal{"¿Cuál es el objetivo<br>principal de ideación?"}
    Goal -->|"Cantidad rápida — 8-15 ideas"| PersMult["Usar patrones de Multiplicación de Perspectivas"]
    Goal -->|"Calidad/profundidad — ideas refinadas"| MultiStage["Usar refinamiento de múltiples etapas<br>con variación de restricciones"]
    Goal -->|"Innovación innovadora"| InversionExtreme["Combinar Inversión + Escalamiento Extremo"]
    Goal -->|"Implementación práctica"| Constraint["Usar patrones Basados en Restricciones"]
    Goal -->|"Diferenciación de mercado"| Competitive["Usar patrones de Posicionamiento Competitivo"]
    Goal -->|"Funciones centradas en el cliente"| Stakeholder["Usar patrones de Partes Interesadas y Empatía"]

    PersMult --> Apply(["Aplicar patrón seleccionado de la Biblioteca de Patrones"])
    MultiStage --> Apply
    InversionExtreme --> Apply
    Constraint --> Apply
    Competitive --> Apply
    Stakeholder --> Apply

</guía_de_selección>

Optimización del Formato de Salida

<guía_de_formato> Los patrones de lluvia de ideas exitosos especifican formatos de salida exactos:

  • "Lista numerada" > "viñetas" (mejor para seguimiento de ideas)
  • "Formato de tabla: Idea | Razonamiento | Implementación | Compensaciones" (fuerza la completitud)
  • "Para cada idea, explica tu razonamiento" (aumenta la calidad en un 40%)
  • Especificar rangos de recuento de palabras (200-400 palabras previene tanto la brevedad como la verbosidad) </guía_de_formato>

Referencias de Documentación de Patrones

La documentación completa de los patrones está organizada en archivos de referencia:

Notas para Instancias de Claude

<instrucciones_de_ia>

  • Comienza evaluando si esta es una tarea de diseño de implementación o una tarea de ideación de contenido/marketing.
  • SIEMPRE aplica la <HARD-GATE>. Nunca saltes al código sin un diseño aprobado.
  • Al generar ideas/enfoques, proporciona plantillas de indicaciones exactas de los archivos de referencia, no versiones parafraseadas.
  • Cita los archivos fuente al hacer referencia a patrones específicos. </instrucciones_de_ia>

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

Jamie-BitFlight/agentskill-kaizen-meta-docs

Agentskill kaizen plugin documentation index. Load when needing to read about cross-platform notes, improvement plans, or DuckDB integration.

Jamie-BitFlight/bash-51-features

Bash 5.1 release features and improvements with practical examples. Use when working with Bash 5.1 features, epoch time variables, redirection enhancements, or when user asks about Bash 5.1 changes, new features, or version-specific capabilities.

Jamie-BitFlight/bash-52-features

Bash 5.2 release features and improvements with practical examples. Use when working with Bash 5.2 features, variable handling enhancements, readline improvements, or when user asks about Bash 5.2 changes, new features, or version-specific capabilities.

Jamie-BitFlight/bash-53-features

Bash 5.3 release features and improvements with practical examples. Use when working with Bash 5.3 features, new command substitution, GLOBSORT, loadable builtins, or when user asks about Bash 5.3 changes, new features, or version-specific capabilities.

Jamie-BitFlight/bash-development

This skill should be used when the user asks to "write a bash script", "create a shell script", "implement bash function", "parse arguments in bash", "handle errors in bash", or mentions bash development, shell scripting, script templates, or modern bash patterns.

Jamie-BitFlight/bash-lint

This skill should be used when the user asks to "lint bash script", "run shellcheck", "format shell script", "use shfmt", "fix shellcheck errors", or mentions shell script linting, formatting, code quality, or pre-commit hooks for bash.

Jamie-BitFlight/bash-logging

This skill should be used when the user asks to "add logging to bash script", "colorize output", "implement log levels", "CI/CD sections", "terminal colors in bash", or mentions logging functions, emoji output, collapsible CI sections, or shlocksmith.

Jamie-BitFlight/bash-portability

This skill should be used when the user asks about "POSIX compatibility", "portable shell scripts", "cross-shell compatibility", "bashisms", "shebang selection", or mentions writing scripts that work on different shells (bash, sh, dash, zsh) or different systems.

Jamie-BitFlight/bash-testing

This skill should be used when the user asks to "test bash script", "write shell tests", "use shunit2", "use shellspec", "create test suite for bash", or mentions unit testing, test frameworks, mocking, or test-driven development for shell scripts.

Jamie-BitFlight/clang-format

Configure clang-format code formatting. Use when: user mentions clang-format or .clang-format, analyzing code style/patterns, creating/modifying formatting config, troubleshooting formatting, brace styles/indentation/spacing/alignment/pointer alignment, or codifying conventions.

Jamie-BitFlight/commitlint

When setting up commit message validation for a project. When project has commitlint.config.js or .commitlintrc files. When configuring CI/CD to enforce commit format. When extracting commit rules for LLM prompt generation. When debugging commit message rejection errors.

Jamie-BitFlight/conventional-commits

When writing a git commit message. When task completes and changes need committing. When project uses semantic-release, commitizen, git-cliff. When choosing between feat/fix/chore/docs types. When indicating breaking changes. When generating changelogs from commit history.

Jamie-BitFlight/dasel-reference

Use when querying, modifying, or converting JSON, YAML, TOML, XML, CSV, HCL, or INI with dasel v3. Complete reference for selectors, functions, conditionals, variables, spread operator, type casting, and format-specific patterns.

Jamie-BitFlight/data-exploration

Use when exploring unknown structured data files with dasel v3 — discover schema, list keys, find nested values, sample arrays, identify data types across JSON, YAML, TOML, XML, CSV, HCL, INI formats

Jamie-BitFlight/data-transformation

Use when modifying, converting, or transforming structured data with dasel v3 — in-place mutations, format conversion, batch operations, array manipulation, object construction, and merge patterns across JSON, YAML, TOML, XML, CSV, HCL, INI

Jamie-BitFlight/delegate

Decompose substantive work into phases, dispatch each phase to a sub-agent, and adjudicate what comes back. Use whenever a request asks for implementation, investigation, a fix, a review, or any change to files — including small ones — and whenever you are about to read source or run a diagnostic yourself instead of handing it off. Also use when a report from a sub-agent needs judging, when a phase needs re-dispatching, or when a user names one instance of a pattern. Does not apply when your own prompt begins "Your ROLE_TYPE is sub-agent." — then follow references/sub-agent-contract.md instead.

Jamie-BitFlight/enterprise-hibernate-hbm

Dasel v3 query patterns for Hibernate .hbm.xml mapping files — entity-table binding, Java property-to-column extraction, one-to-many set/list/bag relationship tracing, many-to-one foreign key discovery, batch scanning across 60+ HBM files. Use when querying Hibernate ORM class mappings, extracting schema metadata from Java persistence layer, or auditing entity-column relationships in enterprise legacy codebases.

Jamie-BitFlight/enterprise-installanywhere

Dasel v3 query patterns for InstallAnywhere .iap_xml installer definitions — use when querying action sequences, discovering variables, resolving platform conditions, navigating panels, or comparing installer variants. Files are 2.5+ MB, 65,000+ lines — too large for context reads, requires structural dasel queries.

Jamie-BitFlight/enterprise-maven-pom

Dasel v3 selector patterns for Maven POM XML files — use when querying dependency versions, filtering by groupId or scope, extracting module hierarchy from parent POMs, or detecting version conflicts across enterprise multi-module Java projects. Load this skill when working with pom.xml files using dasel.

Jamie-BitFlight/enterprise-spring-xml

Dasel v3 selectors for Spring bean factory XML — use when querying any Spring ApplicationContext XML for bean discovery, dependency wiring, JMS destination mapping, property injection extraction, or cross-bean reference tracing. Load this skill before writing dasel selectors against Spring bean XML files (applicationContext.xml, *_beans.xml, spring-*.xml).

Skills relacionados