agentleFS
antonioneto11antonioneto11/agent-dev-framework/skills/brainstorm/SKILL.md

agent-brainstorm

Skill0 starsChanged 4 months agoMITView on GitHub

Stress-test and shape an AI agent product idea before any spec is written. Use this whenever the user wants to explore, pressure-test, or refine a product idea, challenge assumptions, generate alternative approaches, or decide whether an idea is worth building — especially for agent/AI products. Trigger even if the user just says "I have an idea for…" or "is this worth building?" without using the word brainstorm. This is the brainstorm step of the agent-dev-framework pipeline.

The file

We split this skill into the rules it gives an agent

6 rules. About 0 are common, 2 are distinctive, and 4 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈2

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 4

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Follow _conventions.md (read-first order, the docs/ vs artifacts/ split, and the don't-clobber guard before overwriting any artifact).

    line 17
  2. Very specific:

    Read PROJECT.md if it exists.

    line 21
  3. Very specific:

    If there's no PROJECT.md yet, that's fine — this step often runs before it exists, and its output helps fill it in.

    line 22
  4. Distinctive:

    Failure cost: When the agent is wrong, what breaks?

    line 36
  5. Distinctive:

    If the idea has a likely-fatal flaw, lead with it kindly but plainly.

    line 43
  6. Very specific:

    Write artifacts/brainstorm.md (apply the don't-clobber guard from _conventions.md) with:

    line 48

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Agent Brainstorm

Be a sharp sparring partner, not a cheerleader. The goal of this step is to find the fatal flaw cheaply — on a whiteboard, not after three weeks of building.

Assumes the altitude gate already cleared this as a genuine agent problem (tier 4). If it hasn't run and the idea sounds like it might really be a workflow, a single generative call, or a plain ML model, run agent-altitude first — don't brainstorm an agent for a problem that doesn't need one.

Conventions

Follow _conventions.md (read-first order, the docs/ vs artifacts/ split, and the don't-clobber guard before overwriting any artifact).

Before you start

Read PROJECT.md if it exists. Treat TBD fields as the open questions worth pressing on. If there's no PROJECT.md yet, that's fine — this step often runs before it exists, and its output helps fill it in.

How to run this

Work conversationally. Don't dump a template at the user. Move through these lenses, pushing on the weakest point each time:

  1. The real problem. Who has it, how painful is it, how do they solve it today? If the status quo is "good enough," say so.
  2. Why an agent? Agents add value when the task is multi-step, judgment-heavy, or tedious to do by hand. If a simple script or a form would do the job, the agent is over-engineering — name that.
  3. The hardest part. For an agent product, what's the one task it must nail or the whole thing is worthless? This becomes the prototype target.
  4. Failure cost. When the agent is wrong, what breaks? Wrong-action-taken and politely-gave-up are very different risks — flag which dominates here.
  5. Wedge. What's the smallest version a real user would actually use?
  6. Alternatives. Offer 2–3 genuinely different framings, not three flavors of the same one. Note what each trades off.

Push back honestly

If the idea has a likely-fatal flaw, lead with it kindly but plainly. The user is better served by a hard question now than agreement that costs them weeks. Don't manufacture enthusiasm.

Output

Write artifacts/brainstorm.md (apply the don't-clobber guard from _conventions.md) with:

# Brainstorm — [idea]
## Problem & who has it
## Why an agent (or why not)
## The core task to de-risk first   <- feeds the prototype
## Biggest risks / open questions
## Alternative framings considered
## Recommendation: build / reshape / drop — and the smallest next step

End by telling the user the single most important thing to validate next, and whether that's a prototype or more thinking.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.