brainstorm-feature-options

Guide one-question-at-a-time design exploration without modifying code.

11|2|Updated Apr 7, 2026
One-click install
npx skills add https://github.com/porcupine-md/jonggrang --skill brainstorm-feature-options
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: brainstorm-feature-options
Source: https://github.com/porcupine-md/jonggrang/tree/main/skills/core/brainstorm-feature-options
Command: npx skills add https://github.com/porcupine-md/jonggrang --skill brainstorm-feature-options

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The Lead agent needs a structured, low-risk way to convert raw ideas into actionable designs without prematurely committing to implementation. This skill provides a guided dialogue flow that clarifies intent, constraints, and evaluation criteria before locking in architecture.

Core Features & Use Cases

  • Guided question flow: prompts the Lead to ask one concise question at a time to refine requirements and explore design options.
  • Incremental design framing: presents architecture concepts in short, digestible waves (200-300 words) to enable iterative validation.
  • Read-only design stance: prevents code generation during brainstorming to keep exploration separate from implementation.

Quick Start

Ask one clarifying question only, then present the design concept in 200-300 word sections.

Frequently Asked Questions about brainstorm-feature-options

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I brainstorm design options without prematurely committing to code implementation?

You can brainstorm design options safely by enforcing a read-only stance that prevents code generation during exploration. This approach uses guided dialogue to clarify intent and constraints through one concise question at a time before locking in architecture.

What is the best way to refine requirements and explore architecture alternatives collaboratively?

Refining requirements collaboratively is best achieved through incremental design framing. Presenting architecture concepts in short 200-300 word sections enables iterative validation and structures prompts to support incremental design without overwhelming the dialogue.

How do I scope analysis of user intent and alternative approaches for software architecture?

Scoping analysis of user intent and alternative approaches for software architecture involves structured prompts that guide questions to refine the architecture. This ensures a low-risk conversion of raw ideas into actionable designs through guided question flow.

Does the brainstorming process support evaluating design options in digestible sections?

Yes, the brainstorming process supports evaluating design options in digestible sections by presenting architecture concepts in short waves of 200-300 words. This incremental design framing enables iterative validation during collaborative design exploration.

When should I use a read-only design stance during the architecture brainstorming phase?

A read-only design stance should be used during the architecture brainstorming phase when you need to keep exploration separate from implementation. This prevents premature code generation and allows structured dialogue to define constraints and evaluation criteria first.

What are the limitations of using a one-question-at-a-time flow for design exploration?

A one-question-at-a-time flow for design exploration limits rapid parallel prototyping by enforcing a strictly incremental pace. However, this constraint ensures requirements are thoroughly refined and validated before architecture is locked in.