待验证50% 置信事实精确时间
使用本地模型时，提示词和回答都留在机器上；应用没有分析工具包，不发送崩溃报告。但仍会在启动后及之后最多每六小时向GitHub Releases查询新版本，以及每次按下Cloud开关时匿名计数。
1
来源数
50%
置信度
中期 (~90 天)
时效性
2026/10/13
首次发现
有效期至：2027/1/11
来源
涉及实体
相关事实
待验证在主节点故障场景下，GitHub 选择一致性（拒绝服务直到确认新主库）而非可用性，导致任务卡在 Queued 状态而非被错误地重复分配69% 相似待验证当 owner 的 GitHub 连接缺失时，routine 会在最长 72 小时内跳过并重试，而非首次检查失败就直接关闭68% 相似待验证Factory轮询GitHub查找任务时使用普通代码调用GitHub REST API检查标签变化，不消耗Token，只有真正有工作时才启动智能体68% 相似待验证GitHub 的 issue 自动关闭机制：提交信息中包含 fixes/closes/resolves 加 issue 编号可自动关闭对应 issue，且默认配置下跨仓库有效67% 相似待验证GitHub Digest 计划允许用户在优先级判断错误时手动纠正，并实现每日邮件摘要，后者代码已就绪但尚未启用。67% 相似
引用此条事实
Stable URI
https://kongchang.com/claim/1022254API
curl https://kongchang.com/api/v1/knowledge/claims/1022254MCP
get_claim(id=1022254)