用途：当缺陷可追溯到上游依赖包，或用户要求上报上游 bug 时，按此流程完成复现、提交与跟踪。
主要能力：先在上游包的 issue 与 PR 中按概念检索（含近期已关闭项），判断属于已有修复 PR、已有 issue，还是尚无记录三种情形；构建最小化复现，只保留触发失败所需内容，并在最新版本上验证为“红”；向上游提交工单或评论；在本仓库为每个上游 issue、评论、PR 建立带 upstream 与 tracking 标签的跟踪工单；为临时 workaround 添加注明两个工单 URL 的注释。
使用方式：复现放在 jd-solanki/reproductions 仓库，从 origin/main 切出独立分支与临时 worktree，分支命名为 <package>-<bug-slug>--YYYY-MM-DD。必要命令：git -C ~/Projects/github/jd-solanki/reproductions fetch origin；git -C ~/Projects/github/jd-solanki/reproductions worktree add -b <branch> /tmp/repro-wt/<branch> origin/main。新 Nuxt 项目可用 new-nuxt <dir> 生成最小模板。README 需包含标题、环境版本、Run it、Expected、Actual、Control 等部分，提交一次并 git push -u origin <branch>。上游提交使用 /create-ticket，已有 issue 则改为在其下评论并附分支 URL。
适用场景：依赖包缺陷定位、上游沟通与内部跟踪同步。
限制与缺失：若在最新版本上无法复现为红，应停止并报告，不提交工单；未获授权不得改动宿主仓库的未提交更改。除上述命令外，具体环境版本、定价、许可与平台支持等信息暂未提供。