brainstorm

Convert natural-language requests into prd.md, design.md, and implement.md planning artifacts.

92|8|Updated May 15, 2026
One-click install
npx skills add https://github.com/LonelyHerbivore/Trellis-Herbivore --skill brainstorm-lonelyherbivore
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: brainstorm
Source: https://github.com/LonelyHerbivore/Trellis-Herbivore/tree/main/packages/cli/src/templates/codex/skills/brainstorm
Command: npx skills add https://github.com/LonelyHerbivore/Trellis-Herbivore --skill brainstorm-lonelyherbivore

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It helps you convert an initial user request into shared, actionable requirements and planning artifacts before implementation begins, reducing rework and misalignment.

Core Features & Use Cases

  • Non-negotiable evidence-first discovery: Checks the codebase, docs, specs, and task history to avoid asking users to confirm facts the repository already provides.
  • Decision-driven requirement elicitation: Asks one highest-value remaining question at a time, including a recommended answer and the trade-off.
  • Planning artifact generation: Populates prd.md and, for complex tasks, creates or updates design.md and implement.md with execution-ready checklists and acceptance criteria.

Quick Start

Use the brainstorm skill after you have created a Trellis task and the user is ready to clarify requirements for planning.

Frequently Asked Questions about brainstorm

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

FAQPage Schema
How do I convert natural-language requests into structured planning artifacts for engineering tasks?

Converting natural-language requests into structured planning artifacts requires evidence-first requirement discovery that inspects the codebase and writes confirmed intent into prd.md. This approach ensures scope and risk decisions are based on repository facts rather than assumptions.

What is evidence-based requirement discovery and how does it reduce planning rework?

Evidence-based requirement discovery checks the codebase, docs, specs, and task history to avoid asking users to confirm facts the repository already provides. Grounding requirements in existing repository facts reduces misalignment and prevents rework during implementation.

How do I elicit requirements from users without overwhelming them with questions?

Eliciting requirements without overwhelming users requires a decision-driven approach that asks one highest-value remaining question at a time. Each question includes a recommended answer and the trade-off, allowing users to make explicit scope and risk decisions efficiently.

When do I need to generate design.md and implement.md files alongside prd.md?

Generating design.md and implement.md files alongside prd.md is necessary when task complexity demands explicit scope and risk decisions. These complex engineering tasks require execution-ready checklists and acceptance criteria to ensure proper implementation planning.

Can I use this requirement planning approach for simple bug fixes or minor updates?

This requirement planning approach targets medium to complex engineering tasks needing explicit scope and risk decisions after task-creation consent. For simple bug fixes or minor updates, the overhead of full evidence-first discovery and multiple planning artifacts is generally unnecessary.