oma-brainstorm

# Brainstorm - Design-First Ideation ## Scheduling ### Goal Explore user intent, constraints, and alternative approaches before planning or implementation, then preserve an approved design for downstream planning. ### Intent signature - User says they have an idea, want to brainstorm, compare approaches, explore concepts, or design before planning. - Request is ambiguous enough that implementation or task planning would be premature. ### When to use - Exploring a new feature idea before planning - Understanding user intent and constraints before committing to an approach - Comparing multiple design approaches with trade-offs - When the user says "I have an idea" or "let's design something" - Before invoking `/plan` for complex or ambiguous requests ### When NOT to use - Requirements are already clear and well-defined -> use `oma-pm` directly - Implementing actual code -> delegate to specialized agents - Performing code reviews -> use `oma-qa` - Debugging existing issues -> use `oma-debug` ### Expected inputs - Early idea, ambiguous goal, product concept, design question, or set of constraints - Existing project context when the idea must fit a codebase or product direction - User preferences and approval gates ### Expected outputs - Clarified intent and constraints - Two or three approaches as prose briefs (scenario, mechanism, residual risk) plus a comparison matrix and recommended option - Section-by-section approved design document - Blind-review issue list (Tier 1 ...