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