Improve Storybook MCP docs for monorepos with package-scoped Storybook setups

[gitarno]

I’m trying to set up Storybook MCP in a monorepo where Storybook runs from a package subdirectory rather than the repository root. The current documentation assumes a simpler setup and doesn’t clearly cover monorepo-specific installation and startup steps, which makes it harder to configure the addon correctly and connect the MCP endpoint from local tools such as VS Code.

During setup, we ran into a few issues that seem relevant to other monorepo users as well:

• The addon may need to be installed at the workspace root;
• Storybook often needs to be started from the package directory that contains the project config;
• The Vite config path can fail to resolve when the command is run from the repo root;
• The MCP client needs to point to the exposed local endpoint.

It would be helpful if the docs included guidance for:

• Installing the addon in a monorepo workspace;
• Starting Storybook from the correct package directory;
• Configuring the local MCP endpoint;
• Common troubleshooting for config resolution issues.
• This would make the setup much easier for teams using Storybook in package-based monorepos.

[cookesan]

The docs improvement I would make is to separate dependency placement from runtime working directory.

For monorepos, the important runtime rule is: start Storybook from the package/context that owns the .storybook config and Vite config, then point the MCP client at that running Storybook server, usually:

http://localhost:6006/mcp

Depending on the package manager, @storybook/addon-mcp may be installed at the workspace root or in the package, but the Storybook command still needs to resolve the package's config correctly.

A docs example like this would cover the common case:

pnpm --filter <storybook-package> storybook

Then configure the client with the actual port printed by that Storybook process. That would also explain why running from the repo root can fail when Vite config paths are package-relative.