PulseAugur
实时 01:19:50
实体 Buildkite

Buildkite

PulseAugur coverage of Buildkite — every cluster mentioning Buildkite across labs, papers, and developer communities, ranked by signal.

Show in brief
总计 · 30天
11
90 天内 11
发布 · 30天
0
90 天内 0
论文 · 30天
0
90 天内 0
层级分布 · 90 天
主题
时间线
  1. 2026-06-01 product_launch Buildkite implemented a multi-LLM gateway to improve feature reliability. 来源
情绪 · 30 天

5 天有情绪数据

最近 · 第 1/1 页 · 共 11 条
  1. TOOL · CL_110628 ·

    AI 网关 Bifrost 通过异步 LLM 推理提高 CI 效率

    Maxim AI 开发了一个名为 Bifrost 的 AI 网关,以提高 CI/CD 构建工作程序的效率。通过启用异步推理,构建工作程序可以提交长时间运行的 LLM 作业,接收一个 ID,然后稍后轮询结果,而不是被长时间阻塞。这种方法可以防止昂贵的计算资源被缓慢的模型调用占用,从而显著减少空闲时间并提高整体构建管道性能。

  2. TOOL · CL_105827 ·

    Buildkite 的 LLM 网关成为单点故障,随后得到改进

    Buildkite 的工程师们发现,他们设计的用于提高可靠性和整合账单的 LLM 网关,无意中成为了单点故障。最初,他们的 Bifrost 网关的单个副本在宕机时导致了广泛的宕机。在实施了具有改进的健康检查和客户端超时设置的双副本设置后,他们实现了更好的弹性,尽管他们指出像 Portkey 这样的托管解决方案提供了更完善的体验,而 LiteLLM 提供了广泛的社区模型支持。

  3. TOOL · CL_103894 ·

    Buildkite 通过语义缓存将 LLM 调用减少 58%

    Buildkite 在其内部的不稳定测试摘要器中实现了语义缓存,显著减少了 LLM 调用和成本。通过使用其网关 Bifröst,根据含义而非精确文本缓存摘要,他们实现了 anthropic/claude-haiku 和 openai/gpt-4o-mini 等提供商调用次数减少 58%。此优化还提高了延迟,并在一次长达 11 分钟的提供商中断期间提供了弹性,证明了缓存对成本和可靠性的双重好处。

  4. TOOL · CL_100734 ·

    Buildkite 测试 LLM 备用方案的弹性,模拟 OpenAI 宕机

    一位 Buildkite 工程师详细介绍了一次游戏日演练,以测试其 LLM 支持的构建失败摘要器的弹性。通过使用一个名为 Bifröst 的网关工具,他们模拟了 OpenAI API 的各种故障场景,包括速率限制(429)和服务器错误(500),以确保备用方案能正确切换到 Anthropic 的 Claude Haiku 4.5。初步测试显示重试上限和处理慢响应存在问题,随后在 Bifröst 的配置中进行了调整,以确保服务保持运行,…

  5. COMMENTARY · CL_99395 ·

    GPT-5.6 发布在即,Claude 代码制品被注意到

    TLDR AI 报道称 GPT-5.6 定于周二发布,而 Anthropic 的 Claude 正在显示代码制品。文章还提到了 Perplexity 在 AI 记忆能力方面的进展。该文章由 Buildkite 赞助,突出了其被众多 AI 公司使用的 CI/CD 平台。

  6. TOOL · CL_98833 ·

    Buildkite 使用 Bifrost 网关防止 LLM 延迟导致构建队列停滞

    Buildkite 由于 LLM 提供商的延迟峰值而经历了显著的构建队列延迟,一个 70 秒的调用导致数百个作业积压。为缓解此问题,他们实施了 Bifrost,一个自托管网关,来管理 LLM 调用。Bifrost 引入了 8 秒超时和备用模型,防止构建代理在响应缓慢时占用槽位,并极大地减少了积压。

  7. COMMENTARY · CL_69369 ·

    Kelsey Hightower 分享关于科技、Kubernetes 和 AI 的职业见解

    Kelsey Hightower,现代基础设施领域的杰出人物,在最近的一期播客中分享了他三十年职业生涯的见解。他详细讲述了自己从一名自学成才的技术人员成长为 Google 杰出工程师的历程,强调了努力工作、自主学习以及将公开演讲视为职业机会的重要性。Hightower 还讨论了容器和 Kubernetes 的兴起,他对 AI 的看法,以及技术最终应服务于人类需求的总体原则。

  8. TOOL · CL_63721 ·

    Buildkite 使用多 LLM 网关确保功能正常运行时间

    Buildkite 的工程团队实施了一项策略,以维持其自然语言构建查询功能的可用性,尽管依赖外部 LLM 提供商。他们部署了一个名为 Bifrost 的网关,该网关将请求路由到 OpenAI、Anthropic 和 Bedrock 等多个 LLM 提供商。这种故障转移机制确保,如果一个提供商出现中断或限流,请求会自动路由到另一个提供商,从而保持更高的整体服务正常运行时间,并允许他们根据网关的性能而不是单个 LLM 提供商的状态来跟踪可用性。

  9. TOOL · CL_55357 ·

    Harmont CLI 提供基于 Python/TypeScript 的 CI/CD 替代方案

    Harmont CLI 是一个新的开源任务运行器和 CI/CD 系统,旨在改进现有工具。它允许用户使用 Python 或 TypeScript 定义工作流,提供基于 DAG 的并行处理、Docker 隔离和层缓存等功能以加快执行速度。该系统旨在提供比 Jenkins 和 Buildkite 等传统 CI/CD 平台更直观、更高效的替代方案,并侧重于本地执行和基于代码的管道定义。

  10. TOOL · CL_52452 ·

    公司混沌测试LLM API调用,发现代价高昂的故障

    一家公司在CI/CD管道中因非托管的LLM API调用而经历了显著的成本超支和构建时间延迟。向其Buildkite代理集群注入故障后发现,默认的SDK重试逻辑和缺乏断路器导致了过度的支出,尤其是在使用大型提示时。实施像Bifrost这样的网关解决方案,它位于代理和LLM提供商之间,通过启用回退到不同模型并提供每个管道的LLM支出可见性,帮助缓解了这些问题。

  11. TOOL · CL_49638 ·

    开发团队使用 AI 网关修复 LLM 故障检测器中断

    一个软件开发团队通过模拟基础设施故障来测试其基于 LLM 的故障检测系统,具体方法是禁用整个 AWS 可用区。初始测试揭示了一个关键缺陷:依赖于单个 OpenAI 端点的故障检测器在可用区关闭时变得无响应。为解决此问题,团队将 Bifrost(一个 AI 网关)作为其代理的边车集成,实现了故障转移到不同的提供商和密钥,并在后续测试中成功缓解了中断。