用途：在仓库中升级 @rspack/core，验证兼容性并准备拉取请求。
版本解析：需确定目标版本；若请求中未指定且无法推断，应先询问。若用户限定为本地修改或仅检查，则遵循该范围。
依赖更新：先检查分支与工作区，保留无关改动，必要时使用独立检出。处于默认分支时须先建任务分支，禁止直接提交到默认分支。将 pnpm-workspace.yaml 中默认 catalog 的 @rspack/core 改为 ~<version>，保留依赖为 catalog:。运行 pnpm update @rspack/core --recursive 更新依赖与锁文件；仅当依赖解析或安装未完成时才需单独 install。审查 catalog 与锁文件差异，避免非预期变更；若已是目标版本且无变化，应报告而非建立空提交或 PR。
验证：Rspack 影响整条构建流水线，升级后各运行一次 pnpm build、pnpm test、pnpm e2e。排查失败并在请求范围内修复兼容问题，再重跑受影响检查；源码变更需要新产物时重新构建。必需检查未通过或不完整前不得提交或创建 PR；无法解决时报告阻塞及证据，仅在需用户决定范围或兼容性时询问。
拉取请求：仅提交任务改动，推送任务分支并创建 PR。撰写描述时阅读 .github/PULL_REQUEST_TEMPLATE.md 并遵循其标题与指引。优先使用 Codex GitHub 连接器，否则用 gh；仅在需要额外 PR 指引时咨询 pr-creator。提交与 PR 标题为：feat(deps): update @rspack/core to <version>。说明升级对 Rsbuild 的意义（基于已验证的上游变更）、<version> 的更新及兼容性改动，并附上游发布链接：https://github.com/web-infra-dev/rspack/releases/tag/v<version>。