/brainstorming
Descripción
¿Qué hace? /brainstorming impone una barrera de entrada: Claude hace preguntas clarificadoras, explora opciones de arquitectura, detecta contradicciones en los requisitos y genera un documento de especificación completo que debes aprobar antes de escribir código.
Tiene una hard gate: Claude no puede avanzar a la implementación hasta que apruebes el spec generado. Esto evita el clásico problema de "empecé a codificar y me falta información".
Especialmente potente combinado con /writing-plans: primero brainstorming, luego plan, luego implementación.
Ejemplos de uso
Tienes la idea pero no los detalles. Con /brainstorming Claude te pregunta: ¿cuántos vehículos? ¿pagos online o solo reserva? ¿clientes registrados o sin registro? ¿notificaciones por email o WhatsApp? Al final tienes un spec completo que refleja exactamente lo que necesitas, sin sorpresas a mitad del desarrollo.
/brainstorming Quiero crear un sistema de reservas para mi negocio de alquiler de cochesAntes de crear endpoints, modelos y migraciones, dedica 10 minutos a que Claude te ayude a definir la arquitectura. /brainstorming detectará contradicciones ("¿el stock es por almacén o global?"), explorará alternativas (REST vs GraphQL) y generará un spec revisado que evita reescrituras costosas.
/brainstorming Necesito una API REST para gestionar el inventario de una tiendaCuándo usarlo
Usa /brainstorming cuando tengas una idea vaga y quieras asegurarte de que tanto tú como Claude entendéis bien el problema antes de escribir código. Es el primer paso del workflow de Superpowers: brainstorming → writing-plans → executing-plans. Sin este paso, es fácil que Claude malinterprete los requisitos y entregue algo que no es lo que necesitas. La "hard gate" es la clave: Claude no puede empezar sin tu aprobación explícita del spec generado.