Borrowing it
Nothing to install: this file belongs to Khan/wonder-blocks. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/Khan/wonder-blocks/main/.agents/skills/storybook/SKILL.mdgit clone --depth 1 https://github.com/Khan/wonder-blocksWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/khan/wonder-blocks/storybook)<a href="https://agentmods.dev/skills/khan/wonder-blocks/storybook"><img src="https://agentmods.dev/badge/skills/khan/wonder-blocks/storybook/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/khan/wonder-blocks/storybook"><img src="https://agentmods.dev/badge/skills/khan/wonder-blocks/storybook.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- NVIDIA SkillSpector warn
SkillSpector: 1 finding, up to medium
These are SkillSpector’s own severities. On a checked sample its high-severity flags on skills were ~96% false positives — a documented command, a public API, a “never do X” rule — so we show them as a caution to read, not a verdict. Why →
- medium Agent Snooping · line 509 Skill enumerates or reads other installed skills. Access to other skills' SKILL.md files or the skills directory reveals prompt instructions, capabilities, and secrets that should be invisible to peer skills.Fix: Remove all code or instructions that list or read other skills' files or directories. Skills should operate independently; cross-skill access is a privilege escalation.
What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00029 | $0.03733 |
| Opus 5 | $0.00015 | $0.01867 |
| Sonnet 5 | $0.00006 | $0.00747 |
| Haiku 4.5 | $0.00003 | $0.00373 |
Grade A, and why
storybook scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 11d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 531 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Storybook Best Practices
This guide covers conventions and best practices for creating Storybook stories (.stories.tsx or .stories.ts) in the Wonder Blocks design system.
TypeScript Types
✅ Define story types consistently (avoid any):
type StoryComponentType = StoryObj<typeof Component>;
export const Default: StoryComponentType = {
args: {
// props here
},
};
Default Export Configuration
Meta Configuration
✅ Include all relevant meta properties:
export default {
title: "Packages / ComponentName / SubComponent",
component: ComponentName,
subcomponents: {SubComponent1, SubComponent2}, // If applicable
parameters: {
componentSubtitle: (
<ComponentInfo
name={packageConfig.name}
version={packageConfig.version}
/>
),
chromatic: {
disableSnapshot: false, // or true with reason
},
},
argTypes: ComponentArgTypes,
args: {
// Default args for all stories
},
decorators: [
// Optional decorators
],
} as Meta<typeof ComponentName>;
Key properties:
title: Hierarchical path in Storybook sidebarcomponent: The main component being documentedsubcomponents: Related components shown in docsparameters: Meta-level configuration (Chromatic, a11y, etc.)argTypes: Control definitions (usually imported from separate file)args: Default values applied to all storiesdecorators: Layout wrappers applied to all stories
Title Naming Convention
✅ Follow the hierarchy (avoid flat titles like "Button Stories"):
title: "Packages / Button / Button"
title: "Packages / Dropdown / SingleSelect"
title: "Packages / Button / Testing / Snapshots / ActivityButton"
Story Patterns
General Tips for Stories
✅ Follow these best practices when writing stories:
- The Default story should be interactive and work with the Storybook controls. Users should be able to modify props using the controls panel.
- Write stories for all possible prop combinations/states. This is very helpful for identifying that all states are styled correctly and any changes can be confirmed in visual regression tests.
- Disable Chromatic for stories that don't need visual regression tests (we have a limited number of Chromatic snapshots monthly). For example:
- Stories already covered by another story
- Stories for testing purposes only
- Stories that don't have any visual differences from other stories
- Avoid including specific background colors in Stories so that we can dynamically change the background in Storybook using the Storybook background control in the toolbar. Let users control the background through Storybook's built-in controls.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 11d ago First seen · 531 lines · 29 tokens per session scan A e889d4055483
storybook is a skill published in the GitHub repository Khan/wonder-blocks (163 stars, last pushed yesterday), licensed MIT. It adds 29 tokens to every session and 3,733 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
ui-components
UI component library patterns for shadcn/ui and Radix Primitives. Use when building accessible component libraries, customizing shadcn components, using Radix unstyled primitives, or creating design system foundations.
material-ui-nextjs
Integrates Material UI with Next.js App and Pages routers using @mui/material-nextjs, Emotion cache providers, next/font, CSS layers with Tailwind/CSS Modules, Link component prop patterns, CSS theme variables SSR notes, and App Router useSearchParams + Suspense. Use when setting up or debugging MUI in a Next.js app.
material-ui-styling
Chooses the right Material UI styling approach (sx, styled, theme overrides, global CSS) from official MUI guidance. Use when styling @mui/material components, customizing themes, overriding slots, or comparing sx vs styled.
material-ui-tailwind
Integrates Material UI with Tailwind CSS v4 using cascade layers (enableCssLayer, @layer order) and documents Tailwind v3 interoperability (preflight, important, injectFirst, portals). Use when combining MUI with Tailwind utilities, slotProps className, or theme token bridges.
material-ui-theming
Guides Material UI theming and design tokens (createTheme, ThemeProvider, palette, colorSchemes, cssVariables, theme.vars, dark mode, TypeScript augmentation). Use when building or extending a theme, toggling light/dark, or aligning tokens across an app.
tamagui
Universal React UI framework for web and native. Use when building cross-platform apps with Tamagui, creating styled components with styled(), configuring design tokens/themes, using Tamagui UI components, or working with animations. Triggers: "tamagui", "styled()", "$token", "XStack/YStack", "useTheme", "@tamagui/"…