fix: deprioritize startup summary repairs

[jia030928]

启动时补入的大量历史摘要修复任务沿用普通摘要的高优先级，可能让反思等正常后台任务长时间排队。本次将来源为 startup.processing_repair 和 startup.placeholder_summary_repair 的摘要任务调度优先级设为 90，让正常任务优先执行；已有积压任务也会按新规则调度。

保留首次报告与手动重试的优先规则。修复任务仍会在正常任务处理后继续执行。本次不减少启动入队数量，也不引入分批入队机制；持续的高优先级负载仍可能延迟修复任务。

新增回归测试验证：两类启动修复任务积压时先领取反思任务，反思完成后继续领取修复任务。

验证记录（提交 478ae78）：

• Memory 完整测试：920 通过、1 跳过。
• 提交前 worker 测试：7/7 通过。
• npm run lint、npm run typecheck 和 git diff --check 通过。
• 使用打包产物内的 Memory 运行时和独立临时数据库验证 10,000 条修复任务：修复后先领取反思，再领取摘要修复任务。

集成分支当前已检查的版本包含 startup.processing_repair 路径；对 startup.placeholder_summary_repair 的支持位于共用调度逻辑中，未引入其他分支的启动补偿实现。上述打包验证为运行时队列验证，不等同于完整 GUI 安装与升级验收。