待验证50% 置信事件精确时间
第一个用户是作者自己的小应用 Tasklet（将 GitHub issue 转为待办）；实测中 Holdfast 在 0.27 秒内确认 GitHub 测试 ping，在 Tasklet 返回 503 时 34 秒内重试 5 次（分别等待 2、4、8、16 秒）后安全搁置，恢复后重发使任务出现一次且未丢失。
1
来源数
50%
置信度
短期 (~14 天)
时效性
2026/10/18
首次发现
有效期至：2026/11/1
来源
Holdfast：用Gemma解释Webhook故障，代码做安全兜底
rss2026/10/18
涉及实体
相关事实
待验证当 owner 的 GitHub 连接缺失时，routine 会在最长 72 小时内跳过并重试，而非首次检查失败就直接关闭71% 相似待验证作者本地测试结果显示，FastAPI+Huey异步架构能处理500个并发GitHub push负载而不出现SQLite锁定问题，在模拟50个Agent并发读取时实时延迟保持在300ms以内69% 相似待验证在 SWE-bench 基准测试中，顶尖编码智能体解决真实 GitHub issue 平均需要 15-50 次工具调用，执行时间从几分钟到几十分钟不等68% 相似待验证使用本地模型时，提示词和回答都留在机器上；应用没有分析工具包，不发送崩溃报告。但仍会在启动后及之后最多每六小时向GitHub Releases查询新版本，以及每次按下Cloud开关时匿名计数。67% 相似待验证PAIR 的 GitHub issue test skill 长达 120 多行，第三阶段预设了三种情景（Chrome DevTools MCP 可用、不可用、需要更省 token）作为 A/B/C 后备方案67% 相似
引用此条事实
Stable URI
https://kongchang.com/claim/1061386API
curl https://kongchang.com/api/v1/knowledge/claims/1061386MCP
get_claim(id=1061386)