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.5 | $0.00012 | $0.01493 |
| Sonnet 5.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 2mo 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.
- 2mo 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.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.
storybook compared with skills from other repositories
| Mod | Type | Stars | Last push | Licence | Scan | Tokens | Works with |
|---|---|---|---|---|---|---|---|
| storybookKhan/wonder-blocks | Skill | 163 | yesterday | MIT | A | 29 | Claude Code, Codex |
| ui-componentsyonatangross/orchestkit | Skill | 299 | yesterday | MIT | A | 44 | Claude Code |
| material-ui-nextjsmui/material-ui | Skill | 99k | yesterday | MIT | A | 76 | Claude Code, Codex |
| material-ui-stylingmui/material-ui | Skill | 99k | yesterday | MIT | A | 52 | Claude Code, Codex |
| material-ui-tailwindmui/material-ui | Skill | 99k | yesterday | MIT | A | 67 | Claude Code, Codex |
| material-ui-themingmui/material-ui | Skill | 99k | yesterday | MIT | A | 63 | Claude Code, Codex |
| tamagui-upgrade-v3tamagui/tamagui | Skill | 14k | today | MIT | A | 120 | Claude Code, Codex |