toRolex QA Plan
审查最近 N 个 commit，生成一份可照做的 QA 测试计划，保存为 GitHub issue（qa-plan 标签）。
参数
- 用户传入数字时，按该数字取最近 N 个 commit；否则默认取上一个 tag 以来的改动。
流程
1. 收集变更
默认取上一个 tag 以来的范围：
LATEST_TAG=$(git describe --tags --abbrev=0 2>/dev/null || echo "")
if [ -n "$LATEST_TAG" ]; then
git log --oneline "$LATEST_TAG"..HEAD
git diff "$LATEST_TAG"..HEAD
else
echo "未找到 tag，回退到最近 10 个 commit"
git log --oneline -10
git diff HEAD~10..HEAD
fi
用户传入 N 时（例如 /qa-plan 5）：
N=5 # 用户指定的数字
git log --oneline -"$N"
git diff HEAD~"$N"..HEAD
完成标准：已拿到 commit 列表和完整 diff。
2. 理解变更
阅读 diff，必要时查看相关源文件。按用户可感知的功能/场景分组，不按 commit 顺序排列。
完成标准：能列出每个变更能力及其代码路径，且每个变更能力至少对应一个测试步骤。
3. 起草 QA 计划
使用 Markdown checklist，每个步骤包含：
| 字段 | 说明 |
|---|---|
| 测试什么 | 要验证的功能或行为 |
| 如何测试 | 测试者执行的具体操作 |
| 预期结果 | 正确行为是什么 |
| 优先级 | P0（核心）/ P1（重要边界）/ P2（锦上添花） |
完整示例见 EXAMPLES.md。
完成标准：每个变更能力至少有一个步骤；每个步骤的四项字段都已填满。
4. 发布 GitHub issue
先检查 gh 登录状态：
gh auth status
未登录则停止，请用户运行 gh auth login。
将 QA 计划写入临时文件，然后创建 issue：
gh label create qa-plan --description "QA test plans" --color 0366D6 2>/dev/null || true
gh issue create \
--title "QA Plan: $(date +%Y-%m-%d) — 变更简述" \
--label qa-plan \
--body-file /tmp/qa-plan-body.md
完成标准：成功返回 issue URL。
5. 汇报
向用户输出：
- GitHub issue 链接
- 步骤统计（P0 X 项 / P1 Y 项 / P2 Z 项）
- 建议重点关注的变更或高风险区域