Buildkite Adds Scoped Secrets and New Agentic CI Tools

Buildkite 新增作用域密钥和新型智能 CI 工具 - InfoQ

InfoQ 首页 News Buildkite 新增作用域密钥和新型智能 CI 工具

DevOps

扩展 OpenTelemetry：管理收集器、配置和成本（11 月 19 日网络研讨会）

Buildkite 新增作用域密钥和新型智能 CI 工具

2026 年 10 月 19 日 4 分钟阅读

作者：

• Matt Saunders

#### 关注我们

YouTube

232K 粉丝

LinkedIn

26K 粉丝

Instagram

新

RSS

19K 读者

X

57.1k 粉丝

Facebook

21K 赞

Bluesky

收听本文 -

0:00

音频准备就绪

您的浏览器不支持音频元素。

正常

1.25x

1.5x

喜欢

新下拉阅读列表

• 阅读列表

持续集成提供商 Buildkite 新增了管道作用域密钥和用于验证管道、诊断构建失败和修复 Webhook 的新型模型上下文协议工具。该公司还为其 GitHub Actions 兼容层增加了 Linux arm64 支持，并在 Buildkite Agent v4.1.0 中扩展了 OpenTelemetry 数据。

新密钥视图位于管道设置下。它允许工程师创建仅限当前管道访问的集群密钥，而非通过更广泛的集群接口管理所有密钥。团队可以为分支、队列、构建源或构建创建者添加条件。创建后密钥值将保持隐藏。

Buildkite 官方声明中，Matt Mejia 表示此次变更“将管道专用密钥集中管理”，同时展示集群管理的其他密钥数量。用户需要同时拥有编辑管道和管理其集群的权限。GitHub Actions 管道在首次运行工作流前也会显示指向密钥配置的提示。

“管道密钥是限制在当前管道、分支、队列、构建源或创建者条件下的集群密钥。” Matt Mejia

Buildkite CLI 现在包含用于迁移 GitHub Actions 密钥的命令。版本 3.59.1 修复了迁移过程中相对工作流路径的处理问题。Agent v4.0.9 在作业日志中通过前缀隐藏 Buildkite 令牌，而 v4.0.8 则通过为作业注册的密钥隐藏捕获的作业错误。

此次改进解决了凭证可能暴露或配置错误的多个场景，但作用域存储并未消除在步骤中控制其使用的需求。InfoQ 在 2025 年报道 HashiCorp 主张在整个开发工具和 CI/CD 系统中优先预防性密钥管理。Buildkite 官方文档建议团队仅向需要的步骤暴露密钥。

最显著的功能改进体现在 Buildkite 开源 MCP 服务器中。新工具 validate_pipeline 可检查管道 YAML 语法和结构是否符合 Buildkite 官方模式，无需上传或启动构建。它会返回 AI 编码代理可用于修正无效步骤的路径和错误信息。此检查不涵盖环境变量插值、插件配置、依赖项引用或动态生成的步骤。

第二个工具 compare_builds 可将失败构建与同一分支上最近一次成功构建或选定的其他构建进行对比。它会报告新失败、恢复或持续失败的步骤，以及运行时和重试次数的变化。对于最多三个新失败的步骤，它会包含作业日志末尾内容，为代理提供即时诊断上下文。

“仅凭日志访问无法调试构建。” Matt Mejia

MCP 发行版还新增了测试引擎执行追踪和执行速度最慢的查询功能。另一个工具 create_pipeline_webhook 可以为现有流水线添加缺失的 GitHub Webhook，避免需要重新创建流水线。版本 1.23.0 对 create_pipeline 进行了调整，要求调用者必须指定 create_webhook，这是一个重大变更。

Buildkite 在运行评估后撤销了之前的某个默认行为，现在失败摘要再次包含从未运行的作业，因为将该行为设为可选导致代理发出额外的工具调用。现在可通过将组织添加到服务器 URL 将远程 MCP 连接固定到特定 Buildkite 组织。该功能同时适用于工具集和只读 URL。

为代理提供独立的验证、比较和修复工具，应能减少其对解析完整日志和组合低级别 API 调用的依赖。权限依然重要，因为 Webhook 修复和流水线创建可能修改 CI 配置。InfoQ 对 GitHub 代理式工作流的报道描述了一种相关的安全模型，该模型基于隔离执行、受限权限和可审计操作。

Buildkite 的 GitHub Actions 兼容层现在可以在 Linux arm64 代理上运行其导入器和生成的作业。标签如 ubuntu-24.04-arm 需要显式的队列映射，不会回退到 x86-64 或模拟环境。此功能使拥有 arm64 CI 队列的组织在将兼容的 Actions 工作流迁移至 Buildkite 时能够保留该架构。

其他兼容性修复解决了服务容器配置中的环境值、命名密钥、运行时变量和矩阵值。Buildkite 还将更多 strategy.* 值暴露给作业和步骤表达式。路径过滤器使用的已更改文件限制已从 300 提升至 3,000，同时修复了推送工作流中分支在原始推送后移动的问题。

Agent v4.1.0 向 Buildkite 监测数据添加了缓存保存和恢复的持续时间及大小。OpenTelemetry 作业跨度现在包含提交记录、拉取请求和构建作者信息。这些字段为调查缓慢作业或重试模式的团队提供了上下文信息。Pinterest 曾描述使用 Honeycomb 与 Buildkite 结合，将代理等待时间与脚本执行时间分离，并识别构建时间峰值背后的问题作业。

相关的 Elastic CI Stack v7 发布版将 Agent v4 带到了 AWS 上的 Linux 和 Windows 实例。该版本移除了对 Agent v3 的支持，并停用或替换了部分追踪和取消参数。Buildkite 建议用户在升级前检查自定义参数文件、部署自动化和通过 AgentEnvFileUrl 提供的值。所有 Agent v3 版本的支持将于 2027 年 9 月 3 日终止。

作者信息

关于作者

#### 马特·桑德斯

显示更多

显示更少

#### 本内容属于 DevOps 主题

##### 相关主题：

• DevOps
• 持续集成
• 代理式 AI 架构
• 相关编辑内容
• 相关赞助商
• 相关赞助商 2026 年 11 月 19 日，东部时间上午 12 点：扩展 OpenTelemetry：管理收集器、配置和成本 主讲人：David Iparraguirre - Datadog 高级产品市场经理，Jessica Yang - Datadog 产品经理

InfoQ 新闻通讯

每周五发送 InfoQ 最新内容摘要。加入超过 25 万名高级开发者的社区。查看示例

我们保护您的隐私。