How do I install the Storm Generate skill?

Run npx skillmds@latest add fradser/storm-generate in your terminal (requires Node.js), paste this page's agent-chat prompt into Claude, Cursor, or any MCP-connected agent, or download the SKILL.md file and copy it into your agent's skills directory.

Is Storm Generate safe to use?

SkillMD's automated safety review verdict for this skill is PASS. Independent scanners report: SkillSpector: PASS, Skill Scanner: PASS. Capability flags: docs only. SkillMD never runs a skill's scripts for you; review the SKILL.md before installing.

Which AI agents work with Storm Generate?

This skill is tagged as working with Claude Code, Claude.ai, OpenAI Codex. SKILL.md is an open format, so most agents that read a skills directory can load it too.

Is Storm Generate free to use?

Yes. Installing skills from SkillMD is free, and the skill stays under its author's original license.

Who published Storm Generate?

FradSer (@fradser) published this skill. Their other Agent Skills are listed on their SkillMD profile.

Storm Generate by fradser — Agent Skill

Name: Storm Generate
Rating: 4.2 (5 reviews)
Author: FradSer

Storm Generate

Run the full STORM pipeline end-to-end. This skill should be used when the user asks to "generate a storm article", "write a wikipedia-style article about X", "research and write a long-form piece on X", or invokes /storm:generate. Orchestrates research -> outline -> write -> polish, skipping already-completed phases.

FradSer Updated Aug 19, 2026 580 repo stars

File contents

/storm:generate

End-to-end STORM article generation. Runs all four phases in sequence, skipping any phase whose artifact already exists (unless --force).

CRITICAL: Load Engine First

Load the storm-engine skill via the Skill tool before doing anything else. It defines the artifact layout, stage-gating contract, citation hygiene, and retrieval fallback that this orchestration depends on. Do not improvise these.

Arguments

<topic> (required) — the subject of the article.
--max-perspective N (default 3) — number of personas to discover.
--max-turns N (default 3) — max Q&A turns per persona.
--output-dir PATH — explicit output location. Mutually exclusive with --save.
--save — persist to docs/storm/<slug>/ instead of a temp dir.
--docs DIR — ground on local documents in addition to (or, with --docs-only, instead of) the web.
--force — re-run all phases even if artifacts exist.
--retriever mcp|web|local — override retrieval source (default: mcp with fallback).

Procedure

Parse arguments; if no topic, invoke AskUserQuestion to request one.
Derive <slug> and resolve <output_dir> per the engine contract. Create the directory.
Write run-config.json with a snapshot of all parameters. Stamp started_at using date -u +%Y-%m-%dT%H:%M:%SZ (the only place a timestamp is generated).
For each phase in order — research, outline, write, polish: a. Check the phase's completion artifact (per engine contract). b. If complete and not --force: mark phases.<name>: "skipped" in run-config.json, log "Skipping (artifact present)". c. Otherwise: invoke the corresponding /storm:<phase> skill via the Skill tool, passing the resolved output dir and run parameters. After it returns, verify its artifact and mark phases.<name>: "completed" (or "failed" with the error).
After all phases, read article-polished.md and print a summary: topic, word count, number of sources cited, number of sections, and the absolute path to the final article.
If the run used a temporary directory, surface its absolute path prominently so the user can rescue artifacts.

Concurrency

research and write phases use Task subagents internally (see their own SKILL.md files). This orchestration skill runs phases strictly sequentially — never parallelize across phases, because each phase depends on the previous phase's artifacts.

Failure Handling

If a phase fails, stop and report. Do not proceed to the next phase. Update run-config.json with the failure reason. A re-invocation (without --force) will resume from the failed phase since completed prior phases will be skipped.

Output

The final message to the user must include:

The absolute path to article-polished.md.
Word count and section count.
Number of cited sources.
The output directory (especially if temporary).
A one-line note that re-running without --force resumes from the first incomplete phase.

---name: storm-generatedescription: Run the full STORM pipeline end-to-end. This skill should be used when the user asks to "generate a storm article", "write a wikipedia-style article about X", "research and write a long-form piece on X", or invokes /storm:generate. Orchestrates research -> outline -> write -> polish, skipping already-completed phases.---# /storm:generateEnd-to-end STORM article generation. Runs all four phases in sequence, skipping any phase whose artifact already exists (unless `--force`).## CRITICAL: Load Engine FirstLoad the `storm-engine` skill via the Skill tool before doing anything else. It defines the artifact layout, stage-gating contract, citation hygiene, and retrieval fallback that this orchestration depends on. Do not improvise these.## Arguments- `<topic>` (required) — the subject of the article.- `--max-perspective N` (default 3) — number of personas to discover.- `--max-turns N` (default 3) — max Q&A turns per persona.- `--output-dir PATH` — explicit output location. Mutually exclusive with `--save`.- `--save` — persist to `docs/storm/<slug>/` instead of a temp dir.- `--docs DIR` — ground on local documents in addition to (or, with `--docs-only`, instead of) the web.- `--force` — re-run all phases even if artifacts exist.- `--retriever mcp|web|local` — override retrieval source (default: mcp with fallback).## Procedure1. Parse arguments; if no topic, invoke `AskUserQuestion` to request one.2. Derive `<slug>` and resolve `<output_dir>` per the engine contract. Create the directory.3. Write `run-config.json` with a snapshot of all parameters. Stamp `started_at` using `date -u +%Y-%m-%dT%H:%M:%SZ` (the only place a timestamp is generated).4. For each phase in order — `research`, `outline`, `write`, `polish`: a. Check the phase's completion artifact (per engine contract). b. If complete and not `--force`: mark `phases.<name>: "skipped"` in `run-config.json`, log "Skipping <name> (artifact present)". c. Otherwise: invoke the corresponding `/storm:<phase>` skill via the Skill tool, passing the resolved output dir and run parameters. After it returns, verify its artifact and mark `phases.<name>: "completed"` (or `"failed"` with the error).5. After all phases, read `article-polished.md` and print a summary: topic, word count, number of sources cited, number of sections, and the absolute path to the final article.6. If the run used a temporary directory, surface its absolute path prominently so the user can rescue artifacts.## Concurrency`research` and `write` phases use Task subagents internally (see their own SKILL.md files). This orchestration skill runs phases strictly sequentially — never parallelize across phases, because each phase depends on the previous phase's artifacts.## Failure HandlingIf a phase fails, stop and report. Do not proceed to the next phase. Update `run-config.json` with the failure reason. A re-invocation (without `--force`) will resume from the failed phase since completed prior phases will be skipped.## OutputThe final message to the user must include:- The absolute path to `article-polished.md`.- Word count and section count.- Number of cited sources.- The output directory (especially if temporary).- A one-line note that re-running without `--force` resumes from the first incomplete phase.

Frequently asked questions