事件订阅与 CI 跟进

Subscription 让云端 Agent 等待事件后在原会话继续，保留上下文。可以描述“打开 PR 并跟进 CI”，或使用 /subscribe 指定关注的事件。

可订阅来源

来源	事件
GitHub	单个 PR 的评论、评审、生命周期，以及分支 CI
Slack	线程回复与频道消息
Linear	Issue 创建、状态变化和评论
Timers	一次性延迟提醒或 recurring cron；也可用 /loop

订阅归属单个会话，事件作为 follow-up 唤醒该 Agent。短时间集中到达的多个事件可能合并唤醒，Agent 会重新读取来源。每个订阅最长 180 天，等待结束后 Agent 也会自行取消。

CI 何时投递

GitHub CI 订阅等待一个 commit 的所有 checks 完成，再投递整体成功或失败及失败检查名称。一个长期 pending check 会让整个结果继续等待。

需要人工动作的 check 可按 GitHub 的 action_required 结论结束，而不是永久 pending；这样既能投递订阅结果，required check 仍可阻止合并。实际检查配置需在对应 CI 中实现。

Cloud Agent 自动修复

官方当前自动修复机制只支持 GitHub Actions，且仅 Teams。以下情形跳过自动 CI follow-up：人类向分支推了新 commit、已给 Agent 发后续消息、同一检查在 base commit 已失败，或 PR 已有 10 次 CI-failure follow-ups。

个人 Cloud Agents 设置可关闭 Automatically fix CI Failures。单个 PR 可评论 @cursor autofix off，用 @cursor autofix on 恢复。

自己的 PR 或不适用自动机制时，可明确要求 Agent 跟进失败检查。自动修复启动并不等于 PR 已通过所有测试或获得合并批准。