用途：收集当前仓库的 MegaLinter 检查错误，输出紧凑错误列表，供 megalinter-fix 技能消费。
主要能力与模式：
- Watch 模式：当前分支/PR 存在 MegaLinter CI 任务时解析其日志，无需 Docker。按 git remote 与 CI 配置文件识别 GitHub Actions、GitLab CI、Azure Pipelines、Bitbucket Pipelines，加载对应 provider 指南，定位任务、等待完成、抓取日志，解析 ❌/✅ 汇总表与各 linter 错误段。
- Local 模式：无 CI 任务或需推送前检查时，用 npx mega-linter-runner 通过 Docker 运行。首次本地运行资源消耗大（CPU、内存、磁盘、网络，镜像可达数 GB），通常推荐 watch 模式。
- 定向复检：修复后仅并行重跑此前失败的 linter（最多 4 个并发容器）。
必要用法：本地运行前用 timeout 10 docker info 或 podman info 探测引擎是否响应；flavor 与版本自动从 .mega-linter.yml 的 MEGALINTER_FLAVOR / MEGALINTER_VERSION 解析，不要自行传 --flavor 或 --release。完整运行加 -e JSON_REPORTER=true，本地非 CI 环境加 -e PARALLEL_PROCESS_NUMBER=4。运行需设时间上限（完整 30 分钟、定向 10 分钟），强制中断后清理孤儿容器。首次本地运行可先执行 npx mega-linter-runner --prerun 分析配置。
输出契约：JSON 含 status（success|errors|failure）、linters 数组（key、errors、fixable、blocking、files、samples），failure 时含 failure_reason，watch 模式可含 job_url 与 auto_fix_commit，另可含 tips。
限制：本地运行可能因引擎后端未启动或 Windows 绑定挂载而卡住；报告文件缺失不代表需等待，runner 是同步的。资料未提供具体收费与价格信息。