## Summary
vLLM-Omni 的 PR CI（Buildkite ready / merge 等）挂了之后，希望 review-bot **自动在该 PR 上 @ 贡献者，提醒他把 CI 修好**。
先覆盖 adapter zero：`vllm-project/vllm-omni`。
## Motivation
- PR CI 红了之后，经常要等 maintainer 再手搓一句 “CI 红了请修”。贡献者自己不一定盯 Buildkite。
- 现有 review-bot（[#87](https://github.com/JiusiServe/InferMatrixCopilot/issues/87)）是给 **issue** 分诊、@ 模型 / 模块 owner，不会在 **PR CI 失败** 时叫作者回来修。
- 该修的人是 **这个 PR 的贡献者**（author；若最后一次 push 的人不同，一并 @），不是 owner，也不是固定 CI 值班号。
## Proposed behavior
1. **触发**
- `vllm-project/vllm-omni` 上未合并 PR 的 Buildkite 从绿/跑变成红（ready / merge 等会挡合入的检查）。
- 只针对该 PR 自己的失败，不扫 main / nightly 的 `ci-failure` issue。
2. **@ 谁**
- 必 @：**PR author**。
- 若 head 上最后一次非 merge commit 的 author / pusher 和 PR author 不是同一个人，一并 @（共同维护的 PR）。
- 跳过 bot / `github-actions` / Dependabot。
3. **怎么提醒**
- 在该 PR 上发 **一条** 去重评论：`@author`，写明失败的 job、head SHA、Buildkite 链接，请修复后再 push。
- 同一 PR、同一 head SHA **只评一次**。作者再 push 出新 SHA 且再次失败，可以再评一次。
- 同一 SHA 重跑仍失败，不刷屏。
- **不要改 GitHub Assignees**，只 mention。
4. **不做什么**
- 不 @ 模块 / 模型 owner（那是 #87 的 issue 路由）。
- 不自动 checkout、不开 fix commit。
## Acceptance criteria
- [ ] vllm-omni 未合并 PR 的 CI 变红时，能在该 PR 上 @ 贡献者并请修复
- [ ] 评论里有失败 job、head SHA、Buildkite 链接
- [ ] 同一 PR + 同一 SHA 只评论一次；新 SHA 再次失败才再评
- [ ] bot / Dependabot 不会被 @
- [ ] 不修改 GitHub Assignees；`ALLOW_POST` / 现有发评闸保持不变
- [ ] 默认只对 `vllm-project/vllm-omni` 打开
## Out of scope
- 不处理 main / nightly / weekly 的 `ci-failure` issue（继续走 #87 owner 路由）
- 不自动改代码、不开 fix PR（那是 `/imcifix` 和 [#47](https://github.com/JiusiServe/InferMatrixCopilot/issues/47)）
- 不回刷已经红着的旧 PR（除非另做 opt-in）
- 不默认对其他已接入仓库打开
## Related
- [#87](https://github.com/JiusiServe/InferMatrixCopilot/issues/87) issue → owner 分诊（不是本需求）
- [#47](https://github.com/JiusiServe/InferMatrixCopilot/issues/47) `/imcifix`（人拉起来修，不是 CI 红了就自动改代码）
