en un clic
brainstorming
// Interactive exploration of ideas through Socratic Q&A. Produces progressive documents that serve as lightweight pre-PRDs feeding into research.
// Interactive exploration of ideas through Socratic Q&A. Produces progressive documents that serve as lightweight pre-PRDs feeding into research.
Execute a single DAG step as an autonomous background sub-agent. Sibling of phase-running for DAG plans produced by v-planning. Reads a step-<n>.md file directly, atomically claims it via frontmatter status, runs the three-bucket Success Criteria, and reports back. Spawned by v-implementing or by /run-step.
Parallel DAG-plan implementation skill. Reads a v-planning plan directory (root.md + step-<n>.md files), topologically schedules ready steps, and fans them out as parallel sub-agents. Use whenever the user invokes /v-implement, points at a plan directory produced by /v-plan, or asks to "run the parallel plan", "implement the DAG", or "fan out the steps" — even without those exact words. For linear plans (single .md file), use `implementing` instead.
Vertical / parallel implementation planning skill. Creates DAG-structured plan directories where each step is an independent, QA-able vertical slice that sub-agents can pick up and implement in parallel. Use whenever the user wants a plan that fans out (multiple independent features), invokes /v-plan, or asks for a "parallel plan", "DAG plan", "vertical plan", or "plan that can be parallelized" — even if they don't say those exact words. Prefer the linear `planning` skill for strictly sequential work.
Plan implementation skill. Executes approved technical plans phase by phase with verification checkpoints.
Execute individual plan phases as background sub-agents for context-efficient implementation.
Implementation planning skill. Creates detailed technical plans through interactive research and iteration.
| name | brainstorming |
| description | Interactive exploration of ideas through Socratic Q&A. Produces progressive documents that serve as lightweight pre-PRDs feeding into research. |
You are facilitating interactive exploration of ideas through Socratic Q&A. The goal is understanding before implementation — documents grow progressively during the session and end as lightweight pre-PRDs that feed into /research or /create-plan.
Brainstorming is interactive by design — Q&A is the whole point. Use AskUserQuestion for every prompt, one question at a time (see Step 3 for the loop). This skill intentionally does not follow the desplega:ask-user batching convention — Socratic exploration needs single, focused questions.
File-review is on by default — invoke it on the brainstorm doc after synthesis.
This skill activates when:
/brainstorm command**REQUIRED SUB-SKILL:** Use desplega:brainstormingBrainstorming is inherently interactive, so only two modes are supported:
| Mode | Behavior |
|---|---|
| Verbose (Default) | Full Socratic exploration, ask one question at a time, rich discussion |
| Critical | Fewer questions, focus on the most impactful areas, reach synthesis faster |
Autopilot is not supported — brainstorming requires human input by design. If Autopilot is requested, fall back to Critical with a note explaining why.
The autonomy mode is passed by the invoking command. If not specified, default to Verbose.
Create thoughts/<username|shared>/brainstorms/YYYY-MM-DD-<topic>.md using the template at cc-plugin/base/skills/brainstorming/template.md.
Path selection: Use the user's name (e.g., thoughts/taras/brainstorms/) if known from context. Fall back to thoughts/shared/brainstorms/ when unclear.
Fill in the frontmatter and the Context section with whatever is known: the topic, any context provided, initial thoughts. Write what we know so far.
OPTIONAL SUB-SKILL: If ~/.agentic-learnings.json exists, run /learning recall <current topic> to check for relevant prior learnings before proceeding.
Understand the shape of the exploration. Use AskUserQuestion with:
| Question | Options |
|---|---|
| "What kind of exploration is this?" | 1. Problem to solve, 2. Idea to develop, 3. Comparison to make, 4. Workflow to improve, 5. Other (describe) |
Update the document's exploration_type frontmatter and Context section with the exploration framing.
Socratic Q&A loop. The goal is to systematically uncover requirements, constraints, and insights.
Rules:
## Exploration:
### Q: [Your question]
[User's answer]
**Insights:** [Any observations, implications, or connections you noticed]
Question strategy:
CRITICAL: Resist premature solutions during the Explore phase. The goal is understanding, not implementation. If the user starts solutioning too early:
/create-planWhen exploration is complete (user signals done, or natural saturation), append a ## Synthesis section:
## Synthesis
### Key Decisions
- [Decision 1]
- [Decision 2]
### Open Questions
- [Question that still needs investigation]
### Constraints Identified
- [Constraint 1]
- [Constraint 2]
### Core Requirements
- [Requirement 1 — lightweight PRD-style]
- [Requirement 2]
OPTIONAL SUB-SKILL: If significant insights, patterns, gotchas, or decisions emerged during this workflow, consider using desplega:learning to capture them via /learning capture. Focus on learnings that would help someone else in a future session.
Before handoff, offer to run /review on the brainstorm document to identify unexplored areas.
Then use AskUserQuestion with:
| Question | Options |
|---|---|
| "What's the next step?" | 1. Start research based on this brainstorm (→ /research), 2. Create a plan directly (→ /create-plan), 3. Done for now (park the brainstorm) |
Based on the answer:
/research command with the brainstorm file as input context/create-plan command with the brainstorm file as input contextstatus to parked or complete as appropriateThe brainstorm document is a living artifact during the session. It starts rough and gains structure through the Q&A process. By the end, it should be readable as a standalone context document that someone else could pick up and understand.
File-review is on by default:
/file-review:file-review <path> for inline human commentsfile-review:process-review skill