do
npx machina-cli add skill umputun/cc-thingz/do --openclawBrainstorm
Turn ideas into designs through collaborative dialogue before implementation.
Process
Phase 1: Understand the Idea
Check project context first, then ask questions one at a time:
- Gather context - check files, docs, recent commits relevant to the idea
- Ask questions one at a time - prefer multiple choice when possible
- Focus on: purpose, constraints, success criteria, integration points
Do not overwhelm with multiple questions. One question per message. If a topic needs more exploration, break it into multiple questions.
Phase 2: Explore Approaches
Once the problem is understood:
- Propose 2-3 different approaches with trade-offs
- Lead with recommended option and explain reasoning
- Present conversationally - not a formal document yet
Example format:
I see three approaches:
**Option A: [name]** (recommended)
- how it works: ...
- pros: ...
- cons: ...
**Option B: [name]**
- how it works: ...
- pros: ...
- cons: ...
Which direction appeals to you?
Phase 3: Present Design
After approach is selected:
- Break design into sections of 200-300 words each
- Ask after each section whether it looks right
- Cover: architecture, components, data flow, error handling, testing
- Be ready to backtrack if something doesn't make sense
Do not present entire design at once. Incremental validation catches misunderstandings early.
Phase 4: Next Steps
After design is validated, use AskUserQuestion tool:
{
"questions": [{
"question": "Design looks complete. What's next?",
"header": "Next step",
"options": [
{"label": "Write plan", "description": "Create docs/plans/YYYY-MM-DD-<topic>.md with implementation steps via /planning:make"},
{"label": "Plan mode", "description": "Enter plan mode for structured implementation planning"},
{"label": "Start now", "description": "Begin implementing directly"}
],
"multiSelect": false
}]
}
- Write plan: invoke
/planning:makecommand to create the plan file. Pass brainstorm context (discovered files, selected approach, design decisions) as arguments so the plan command has full context without re-asking questions - Plan mode: uses EnterPlanMode tool for detailed planning with user approval workflow
- Start now: proceeds directly if design is simple enough
Key Principles
- One question at a time - do not overwhelm with multiple questions
- Multiple choice preferred - easier to answer than open-ended when possible
- YAGNI ruthlessly - remove unnecessary features from all designs, keep scope minimal
- Explore alternatives - always propose 2-3 approaches before settling
- Incremental validation - present design in sections, validate each
- Be flexible - go back and clarify when something doesn't make sense
- Lead with recommendation - have an opinion, explain why, but let user decide
- Duplication vs abstraction - when code repeats, ask user: prefer duplication (simpler, no coupling) or abstraction (DRY but adds complexity)? explain trade-offs before deciding
Task Tracking
When implementing after brainstorm:
- Track implementation tasks using available task management tools (task lists, plan file checkboxes, or similar)
- Mark each task as completed immediately when done (do not batch)
- Keep user informed of progress through status updates
Source
git clone https://github.com/umputun/cc-thingz/blob/master/plugins/brainstorm/skills/do/SKILL.mdView on GitHub Overview
Do activates before creative work or significant changes and guides a collaborative dialogue. It drives one-question-at-a-time exploration, presents 2-3 design approaches with trade-offs, and validates designs incrementally before implementation.
How This Skill Works
When invoked, it gathers project context through focused questions, one at a time. It then proposes 2-3 approaches with trade-offs, highlights a recommended option with reasoning, and presents the design in validated chunks to support incremental decisions.
When to Use It
- At the start of a creative project or significant change (brainstorm).
- When you need thorough analysis of changes, features, or architectural decisions.
- When you want to explore 2-3 design approaches with trade-offs before coding.
- When you want to present the design incrementally and validate each section.
- When planning next steps and tasks after a brainstorm.
Quick Start
- Step 1: State your idea and gather context (files/docs).
- Step 2: Ask the first focused question one at a time.
- Step 3: Review 2-3 approaches and pick a path, then validate in chunks.
Best Practices
- Ask one question at a time; avoid multiple questions per message.
- Prefer multiple-choice options to speed decisions.
- Propose 2-3 approaches with trade-offs before settling on one.
- Present the design in sections (incremental validation) and verify after each.
- Keep scope small (YAGNI) and be flexible to backtrack if needed.
Example Use Cases
- Brainstorming a new user onboarding flow for a SaaS app and selecting among 2-3 UX approaches.
- Evaluating caching strategies (in-memory vs distributed) for a high-traffic service.
- Analyzing changes to the data model for a feature flag system.
- Planning an API versioning strategy for an evolving public API.
- Choosing between frontend state management approaches (Redux, Context, etc.) in a web app.