待验证50% 置信观点精确时间
在主节点故障场景下，GitHub 选择一致性（拒绝服务直到确认新主库）而非可用性，导致任务卡在 Queued 状态而非被错误地重复分配
1
来源数
50%
置信度
长期有效
时效性
2026/8/29
首次发现
来源
涉及实体
相关事实
待验证GitHub Actions 依赖后端数据库维护任务队列、runner 分配、workflow 执行记录、权限校验等状态，主节点故障导致新任务无法写入调度队列，造成任务卡在 Queued 状态78% 相似待验证SWE-bench使用真实GitHub Issue评测代码能力，但仍是离线静态评估，无法模拟真实Agent任务中的网络延迟、API变更等动态因素72% 相似待验证GitHub 团队启动了故障转移（failover）机制，将服务切换到数据库副本（replica）上以恢复可用性72% 相似待验证GITHUB_TOKEN 是 GitHub Actions 为每次工作流运行自动生成的临时身份令牌，作用域限定在当前仓库，任务结束后自动失效71% 相似待验证当GitHub连接器遇到故障（如API限额超出）时，Kimi会自动降级，通过HTTP直接读取GitHub原始用户内容来完成任务71% 相似
引用此条事实
Stable URI
https://kongchang.com/claim/816446API
curl https://kongchang.com/api/v1/knowledge/claims/816446MCP
get_claim(id=816446)