Storybook Rsbuild logo

Storybook Rsbuild

Organization
rstackjs
storybook-rsbuild

Set up or migrate Storybook to Rsbuild, configure rsbuildFinal, or integrate with Rslib, Modern.js, or Rspack.

Overview

Publisherrstackjs
Repositoryagent-skills
Skill namestorybook-rsbuild
Stars
93
Forks
4
Bundled files
Instructions only
LicenseMIT
Links
  • Markdown instructions

    A SKILL.md file the model loads on demand, so it only costs tokens when a request actually matches.

  • Works with any LLM

    AI skills are plain Markdown, not provider-specific code, so this works with GPT, Claude, Gemini, Grok, or a local model.

  • Self-contained

    Everything the model needs lives in the instructions — no extra files to sync.

  • Open source

    Published by rstackjs on GitHub. Read the source before you install it.

Installation

Install the Storybook Rsbuild AI skill in TypingMind to use it with any LLM, or drop it into another agent that reads SKILL.md.

1

Install in TypingMind

TypingMind installs a skill straight from its GitHub folder — it reads SKILL.md, bundles the resource files, and stores the result locally.

  1. Open the app and go to Plugins → Skills.
  2. Choose "Install from GitHub".
  3. Paste the skill folder URL below and confirm.
  4. Enable the skill in any chat where you want it available.
Plugins → Skills → Add skill → From GitHub URL, then paste the folder URL and press Continue.
2

Install in another agent

Any agent that reads the Agent Skills format can use this skill — copy the folder into that agent's skills directory.

Claude Code — .claude/skills
git clone --depth 1 https://github.com/rstackjs/agent-skills.git /tmp/agent-skills
mkdir -p .claude/skills
cp -r /tmp/agent-skills/skills/storybook-rsbuild .claude/skills/storybook-rsbuild
Restart Claude Code after copying so it picks up the new skill.

Use it in TypingMind

Enable Storybook Rsbuild in any TypingMind chat and the model takes it from there. Its name and description sit in the system prompt, and the moment a request matches, the model loads the full instructions itself — you never invoke it by hand, and it costs no tokens until it is actually used.

The model loads Storybook Rsbuild on its own as soon as a request matches it.

Works with any AI model

AI skills are plain Markdown instructions rather than provider-specific code, so Storybook Rsbuild is not tied to the model it was written for. Install it once in TypingMind and use it with GPT-5, Claude, Gemini, Grok, DeepSeek, Mistral, Llama, or a local model you run yourself — all on your own API keys.

  • Loaded only when it is needed

    The system prompt carries just the name and description. The instructions are fetched on the first matching request, so an idle skill costs nothing.

  • Switch models mid-chat

    Because the skill is instructions rather than code, changing model does not break it — the next model reads the same SKILL.md.

Skill instructions

This is the SKILL.md content the model loads. Read it before installing — a skill is instructions your model will follow.

Storybook Rsbuild

Goal

Set up Storybook on Rsbuild, or migrate an existing Storybook to it. Factual mappings — version compatibility, package names, install commands, config conversion patterns — live in upstream docs at storybook.rsbuild.rs. This skill is an action router and a behavioral checklist; it does not duplicate the docs.

Principles (must follow)

  1. Single source of truth is upstream. Fetch the relevant storybook.rsbuild.rs page for version tables, install commands, and config conversion patterns. Do not infer version pins or package names from training memory — the ecosystem moves faster than the model's prior.

  2. Pin from the framework guide's Requirements table. Each framework guide page (e.g. https://storybook.rsbuild.rs/guide/framework/react) carries a Requirements section listing the canonical compatible version ranges — that is the authoritative source for version pins. For fresh setups, install the latest stable storybook major and the matching storybook-rsbuild major. Do not pin from version numbers you see in code snippets elsewhere; only the docs are authoritative.

  3. Declare @rsbuild/core directly. storybook-<framework>-rsbuild lists @rsbuild/core as a peer dependency, but you must still add @rsbuild/core to the project's own devDependencies so version pins and lockfile audits remain unambiguous and a future framework-package release that drops the peer cannot silently break the build.

  4. Migration is one task with two ordered phases — both required. Phase A: install the new framework package and update config; leave the old framework package, old builder package, and old webpackFinal / viteFinal blocks in place so Verification has a rollback path. Phase B: as soon as Verification passes, in the same task, remove the old framework package (e.g. @storybook/react-webpack5, @storybook/vue3-vite), the old builder package (e.g. @storybook/builder-webpack5, @storybook/builder-vite), and the old webpackFinal / viteFinal block. A migration that ends with both builders' framework packages still in package.json is incomplete — leaving them is the most common silent regression in this skill's evals. Phase A on its own is not a valid stopping point; if you ran Verification, you must also run cleanup.

  5. Preserve addons; never silently drop. When migrating, webpack-only addons (e.g. @storybook/addon-styling-webpack) must either be passed through webpackAddons (so upstream auto-translation handles them) or replaced with the equivalent Rsbuild-native pipeline (@rsbuild/plugin-postcss, tools.postcss, etc.). A migration that removes a styling addon and produces a passing storybook build but a visually broken story tree is still a regression.

  6. Operate in scope. In monorepos, modify only the package that hosts stories. Do not edit business source files unless the migration strictly requires it.

Step 1 — detect scenario

Read package.json and project structure to determine existing Storybook state:

  1. Check for .storybook/ directory (in monorepos, check both root and per-package)
  2. Check package.json for storybook scripts or @storybook/* / storybook-*-rsbuild in dependencies or devDependencies
  3. If Storybook exists and already uses storybook-*-rsbuild → already set up; go to Configuration or Troubleshooting as needed
  4. If Storybook exists with a non-Rsbuild builder (@storybook/*-webpack5, @storybook/*-vite, etc.) → go to Migration Workflow
  5. No Storybook found → go to Fresh Setup Workflow

Fresh setup workflow

1. Detect ecosystem integration

Read package.json dependencies and devDependencies, check in order:

SignalEcosystemIntegration guide
@rslib/coreRslibhttps://storybook.rsbuild.rs/guide/integrations/rslib
@modern-js/app-toolsModern.jshttps://storybook.rsbuild.rs/guide/integrations/modernjs
@rspack/core without @rsbuild/corePure Rspackhttps://storybook.rsbuild.rs/guide/integrations/rspack

If matched, read the integration guide and apply its constraints as an overlay alongside the steps below.

2. Detect UI framework

Infer the UI framework from app dependencies (react, vue, lit, etc.):

UI FrameworkFramework packageGuide
Reactstorybook-react-rsbuildhttps://storybook.rsbuild.rs/guide/framework/react
Vue 3storybook-vue3-rsbuildhttps://storybook.rsbuild.rs/guide/framework/vue
Vanilla JS/TSstorybook-html-rsbuildhttps://storybook.rsbuild.rs/guide/framework/vanilla
Web Componentsstorybook-web-components-rsbuildhttps://storybook.rsbuild.rs/guide/framework/web-components
React Native Webstorybook-react-native-web-rsbuildhttps://storybook.rsbuild.rs/guide/framework/react-native-web

3. Set up Storybook

  1. In monorepos, operate in the package that will host stories
  2. Read and follow the framework guide matched above; install the latest stable storybook major and the matching storybook-<framework>-rsbuild major (Principle 2)
  3. Add @rsbuild/core to devDependencies directly, alongside storybook-<framework>-rsbuild (Principle 3)
  4. Ensure .storybook/main.* uses the correct framework: '<storybook-*-rsbuild>'
  5. Ensure package.json has storybook dev and storybook build scripts
  6. If no story file exists yet, scaffold at least one minimal example story (e.g. src/stories/Example.stories.*) so Verification step 2 has something to render
  7. Run Verification below

Migration workflow

Read the upstream migration guide: https://storybook.rsbuild.rs/guide/migration

Follow these steps in order:

  1. Detect migration type — read .storybook/main.* (framework field and/or core.builder) and package.json dependencies to classify as "from webpack5" or "from Vite", then select the matching section in the migration guide
  2. Resolve version compatibility — read the "Version compatibility" section in the migration guide, select the correct storybook-rsbuild major based on installed Storybook version
  3. Replace packages — apply the install/remove mapping from the migration guide using the project's package manager (detect from lockfile); only change packages required by the migration. Always add @rsbuild/core as a direct devDep alongside the new framework package (Principle 3). Do not remove the old framework package or old devDeps yet — that happens after Verification (Principle 4)
  4. Update .storybook/main.* — apply the config changes exactly as shown in the migration guide for the detected framework
  5. Migrate custom builder hooks — search for legacy builder hooks (webpackFinal / viteFinal); if found, convert following the upstream configuration guide (https://storybook.rsbuild.rs/guide/configuration)
  6. Handle addon compatibility — keep addons unchanged initially. If a webpack-only addon must change, route it through webpackAddons for upstream auto-translation, or replace it with the Rsbuild-native equivalent — never silently drop it (Principle 5). Consult the migration guide's addon section for the recommended fix
  7. Verify, then clean up — both required — run Verification below; once it passes, in the same task complete all of the following before reporting done (Principle 4):
    • Remove the old framework package from package.json devDependencies (e.g. @storybook/react-webpack5, @storybook/vue3-webpack5, @storybook/react-vite, @storybook/vue3-vite, @storybook/html-webpack5, @storybook/web-components-webpack5, etc.)
    • Remove the old builder package if separately listed (e.g. @storybook/builder-webpack5, @storybook/builder-vite)
    • Delete the legacy webpackFinal / viteFinal block from .storybook/main.*
    • Drop any old-builder-only devDeps that no longer have consumers
    • Re-run pnpm install (or the project's package manager equivalent) so the lockfile reflects the cleanup

If a factual mapping is needed (version table, package names, conversion patterns) and not present in this skill, fetch it from the upstream docs — do not guess.


Verification

  1. storybook dev starts without errors
  2. At least one story renders correctly in the browser (a clean dev-server boot is not sufficient — a missing-glob in stories or a broken framework wiring will only surface here)
  3. HMR works
  4. storybook build completes
  5. Check startup logs to confirm the Rsbuild builder is active (not webpack/vite)

Troubleshooting

  • Cache issues: remove node_modules/.cache/storybook and retry
  • Residual config: if dev fails after migration, temporarily remove custom rsbuildFinal block to isolate the issue, then re-add incrementally
  • For debugging and other issues, consult the upstream migration guide's "Debugging" section and https://storybook.rsbuild.rs/guide/configuration

Edge cases

  • Monorepo: locate the package that hosts stories; operate there, not at root
  • Multiple .storybook/ dirs: pick the one referenced by package.json scripts
  • TS path aliases: ensure aliases are preserved after migration; consult the upstream configuration guide for how to configure rsbuildFinal

Configuration

For rsbuildFinal, builder options, TypeScript, and framework-specific options → read https://storybook.rsbuild.rs/guide/configuration

Frequently asked questions

What does the Storybook Rsbuild AI skill do?

Set up or migrate Storybook to Rsbuild, configure rsbuildFinal, or integrate with Rslib, Modern.js, or Rspack.

Why use Storybook Rsbuild on TypingMind?

Because you install it once and use it with any model. Storybook Rsbuild is plain Markdown rather than provider-specific code, so the same skill runs on GPT-5, Claude, Gemini, Grok, or a local model — and you can switch model mid-chat without it breaking. TypingMind runs on your own API keys, so you pay providers directly instead of a per-seat subscription, and your skills and chats stay in your own storage.

How do I install Storybook Rsbuild in TypingMind?

Open Plugins → Skills → Install from GitHub in TypingMind and paste https://github.com/rstackjs/agent-skills/tree/main/skills/storybook-rsbuild. TypingMind reads its SKILL.md and installs it as a skill you can enable per chat.

Which AI models can use Storybook Rsbuild?

Any model you connect in TypingMind. AI skills are plain Markdown instructions rather than provider-specific code, so GPT, Claude, Gemini, Grok, and local models can all load this skill when a request matches it.

How many AI models can I use with Storybook Rsbuild?

As many as you like. As long as a model supports skills, you can use Storybook Rsbuild with it — GPT, Claude, Gemini, Grok, DeepSeek, Mistral, Llama and more — all on TypingMind with your own API keys.

Is the Storybook Rsbuild AI skill free?

Yes. It is published on GitHub by rstackjs under the MIT license. You only pay your own AI provider for the tokens you use.

What are AI skills?

An AI skill is a reusable instruction bundle that teaches an AI model how to do one specific task. It follows the open Agent Skills format: a SKILL.md file with a name and description, plus any scripts, templates or reference files the model may need. The model reads the instructions only when your request matches the skill, so an installed skill costs nothing until it is used.

How are AI skills different from plugins or MCP servers?

A plugin or MCP server gives a model new tools to call — code that runs somewhere and returns a result. An AI skill gives the model knowledge and process instead: how to approach a task, which steps to follow, what good output looks like. Skills are plain Markdown, so they need no server, no API key and no runtime, and they work with any model.

View all

Set up your own AI workspace now

Get notified about new features and future giveaways by subscribing to our newsletter 👇