任务：回归范围和维护巡检的回答总能看到整个命令差

跨版本线那一对现在结果正确：变更路径和独立比较逐条相同（31 条），回归范围 490 个用例、维护巡检 110 个用例都和独立核对完全相等。但经真实客户端的验收里，回答文字只列出了 20 条变更路径中的 13 条。回答以 30,000 个字符为限，490 个条目只显示了前 235 个，其余要按引用翻页；变更路径只是作为各条目的原因出现，排在后面的条目所在的路径就看不到了。

这项能力要回答的首先是“两个构建的命令差”，用例才是挂在命令上的。命令差一般只有几十条，用例可以上千条。所以无论条目多少、被截掉多少，回答都应当看得到整个命令差。

• 分支和工作树：hub-scope-summary，目录 circle-hub-scope-summary（依赖已装好）
• 可以改的路径：packs/workflow/regression-scope/**、packs/workflow/maintenance-sweep/**、scripts/real/accept/regression-scope*.ts、scripts/real/accept/maintenance-sweep*.ts，以及对应的测试。两个包各升一个小版本，重签。别的路径不动；核心缺什么先回报。
• 规则：同前（不推送、不建 PR、不发布、不部署，不碰 7420、钥匙串、环境配置文件和任何真实系统；测试只用合成数据；git commit -s）。
• 验证：npx tsc --noEmit；node --test --test-concurrency=2 对两个包和 scripts/real/**。

要做的

1. 两个包各加一条运行级的跨条目结论，写出整个命令差：
   • 每条变更路径一行，写路径、变更种类、挂在上面的用例数（回归范围写后一构建的，维护巡检写前一构建的）；
   • 按路径排序；最多写 200 行，超出时写“另有 M 条”，完整的表照旧在运行级详情里。
   • 回归范围里不进范围的删除路径，也要列出（用例数写 0，注明不进范围），读者才看得到完整的差。
2. 这条结论是事实（由运行级详情算出），依据照现有写法引用影响视图；已有的“没有用例的变更路径”那几条未知结论不变。
3. 回答里的跨条目结论排在条目之前，所以条目被截掉时，这条照样看得到。测试要钉住这一点：合成 30 条变更路径、2,000 个用例时，这条结论列全 30 条路径，单条在 6,000 个字符以内。
4. 场景不用改：它找的就是回答里的每条变更路径。

完成后在终端里回报：提交号、测试数量、没做完或拿不准的地方。