用途：分析官方 storybookjs/storybook 仓库的近期提交，找出可能需要同步到 storybook-rsbuild 的变更。storybook-rsbuild 将 Storybook 官方 builder 与 framework 包适配到 Rsbuild，因此上游改动 builder-webpack5、builder-vite 或框架集成时，可能需要在此仓库体现。
主要能力：提供上游到本地包映射，例如 code/builders/builder-webpack5 与 code/builders/builder-vite 对应 packages/builder-rsbuild，react-vite 与 react-webpack5 对应 packages/framework-react，vue3-vite 对应 packages/framework-vue3，web-components-vite 对应 packages/framework-web-components，code/lib/core-webpack 对应 packages/builder-rsbuild（prebundled）。同时监控 webpack5 与 vite 两种上游变体。能自动过滤版本号和合并提交噪音，并按高、中、低、跳过四个优先级分类；高优先级包括适配逻辑的缺陷修复、安全补丁、API/类型/接口变更和破坏性变更。
使用方式：通过脚本执行，先取报告文件名，再按 --days、--since/--until、--from/--to 确定提交范围，默认 --days 30。用 --summary 获取提交列表与增删行数，并确定 START_SHA 与 END_SHA；提交数不超过 8 时直接分析，超过 8 时拆成 3 到 5 个并行 subagent 分析。每个提交都要读实际 diff 与对应本地源码后再分类，并检查 revert 链净值是否为零。最后把报告写入项目根目录，报告含范围、扫描提交数、需关注数量和分优先级详情。完成后可询问是否用 gh issue create 发布为 GitHub issue。
限制：提交信息经常不准确，必须依据实际 diff 判断；上游分支、脚本路径、标签等资源未在资料中完整提供。storybook/internal/* 的 API 变更应通过 npm 依赖获得，不手动同步；文档、CI、Storybook 单体仓库构建配置、无 Rsbuild 对应的 Vite/webpack 内部实现以及纯测试新增均跳过。具体命令依赖 skill-dir 与脚本，资料未说明缺失脚本时的替代方案，也未提供收费、平台或效果信息。