别一上来就无脑 Storybook，聊聊用 VitePress 和 Fumadocs 搞组件库文档的真实体验

最近在给内部的业务组件库重构文档，又卡在选型上了，来抛个砖听听大家的想法。

早些年基本无脑上 Storybook，生态确实全，做 Args 调参、多状态展示和交互测试很省心。但现在真的是爱恨交织，配置越来越黑盒，升级一次大版本依赖就得折腾半天，而且冷启动和构建速度属实一言难尽，CI 跑一次打包跟跑大型集成测试差不多。

最近看基于 VitePress 或者 Next.js 生态的 Fumadocs 这类轻量方案，体验确实爽。启动基本秒开，写 Markdown 的心智负担极低，整体排版也符合常规文档阅读习惯。但一到组件 Showcase 就蛋疼了：想要个交互式的 Playground、动态传 Props，要么到处找第三方半成品插件，要么就得自己写一堆 Wrapper 组件，折腾到最后发现又把 Storybook 的核心功能手搓了一遍。

好奇大家现在做中型组件库（大概 30-50 个组件）都是怎么选的？是继续忍受 Storybook 的臃肿买它的完整生态，还是在 VitePress / Fumadocs 这种轻量方案上自己填坑造轮子？