---
title: Buildkite inför pipeline-specifika hemligheter och nya agenter-verktyg för kontinuerlig integration
url: https://www.elseif.net/sv/buildkite-infor-pipeline-specifika-hemligheter-och-nya-agenter-verktyg-for-kontinuerlig-integration
published: 2026-10-22T08:21:02+00:00
language: sv
section: Agenter
source: https://www.infoq.com/news/2026/10/buildkite-ci-secrets-agentic/?utm_campaign=infoq_content&utm_source=infoq&utm_medium=feed&utm_term=global
organizations: Buildkite, GitHub, InfoQ, HashiCorp, Pinterest, Honeycomb
publisher: elseif
---

# Buildkite inför pipeline-specifika hemligheter och nya agenter-verktyg för kontinuerlig integration

Den kontinuerliga integrationsleverantören Buildkite har lanserat pipeline-scopade hemligheter samt nya verktyg baserade på Modellkontextprotokollet för att validera pipelines, diagnostisera misslyckade byggen och reparera webbhookar. Företaget har även lagt till stöd för Linux arm64 i sitt kompatibilitetslager för GitHub Actions och utökat OpenTelemetry-data i Buildkite Agent version 4.1.0.

Den nya vyn för hemligheter finns tillgänglig under pipeline-inställningar och låter ingenjörer skapa klusterhemligheter vars åtkomst begränsas till den aktuella pipeline istället för att hantera alla hemligheter från det bredare klustergränssnittet. Team kan lägga till villkor för en gren, kö, byggningskälla eller byggskapare. Hemliga värden förblir dolda efter skapandet. Enligt Matt Mejia i Buildkites tillkännagivande håller denna ändring pipeline-specifika hemligheter samlade samtidigt som den visar hur många andra hemligheter klustret hanterar. Användare behöver behörighet både för att redigera pipeline och hantera dess kluster. Pipelines för GitHub Actions visar också en uppmaning som länkar till hemlighetskonfiguration innan deras första arbetsflöde körs.

Buildkites kommandoradsverktyg inkluderar nu en kommando för att migrera GitHub Actions-hemligheter, där version 3.59.1 fixar hanteringen av relativa sökvägar till arbetsflöden under migrationen. Agent version 4.0.9 redigerar även Buildkite-token efter prefix i jobblogger, medan version 4.0.8 redigerar fångade jobbfel med hjälp av hemligheter som registrerats för jobbet. Arbetet adresserar flera platser där autentiseringsuppgifter kan exponeras eller konfigureras felaktigt, även om scopolagring inte tar bort behovet av att kontrollera deras användning inuti steg.

De mest omfattande funktionsändringarna finns i Buildkites öppen källkod MCP-server. Det nya verktyget validate_pipeline kontrollerar pipeline YAML-syntax och struktur mot Buildkites officiella schema utan att ladda upp det eller starta ett bygge. Det returnerar sökvägar och felmeddelanden som en AI-kodningsagent kan använda för att korrigera ogiltiga steg. Kontrollen täcker inte interpolering av miljövariabler, plugin-konfiguration, beroendereferenser eller dynamiskt genererade steg. Ett andra verktyg, compare_builds, jämför ett misslyckat bygge med det senaste tidigare lyckade bygget på samma gren eller med ett annat valt bygge. Det rapporterar steg som nyss har misslyckats, återhämtat sig eller förblivit trasiga, tillsammans med ändringar i körtid och försök. För upp till tre nyss misslyckade steg inkluderar det slutet av jobbloggen så att en agent har omedelbar diagnostisk kontext.

MCP-utgåvan lägger också till Test Engine-exekveringsspårningar och frågor om långsammaste exekvering. Ett annat verktyg, create_pipeline_webhook, kan lägga till en saknad GitHub-webbhook till en befintlig pipeline och undvika behovet av att återskapa den. Version 1.23.0 ändrade create_pipeline så att anropare måste specificera create_webhook, vilket är en brytande ändring. Buildkite vände på en tidigare standard efter att ha kört utvärderingar, där sammanfattningar av misslyckanden nu igen inkluderar jobb som aldrig kördes eftersom att göra det beteendet valfritt ledde till att agenter utförde extra verktygsanrop. Fjärr-MCP-anslutningar kan nu fästas vid en Buildkite-organisation genom att lägga till den i server-URL:en.

Buildkites kompatibilitetslager för GitHub Actions kan nu köra sin importör och genererade jobb på Linux arm64-agenter. Etiketter såsom ubuntu-24.04-arm kräver en explicit kömappning och faller inte tillbaka till x86-64 eller emulering. Funktionen tillåter organisationer med arm64 CI-flottor att behålla den arkitekturen när de tar kompatibla Actions-arbetsflöden till Buildkite. Andra kompatibilitetsfixar löser miljövärden, namngivna hemligheter, körtidsvariabler och matrisvärden i service-container-konfiguration. Gränsen för ändrade filer som används av sökvägsfilter har höjts från 300 till 3000, tillsammans med en fix för push-arbetsflöden där en gren flyttades efter den ursprungliga pushen.

Agent version 4.1.0 lägger till varaktigheter och storlekar för cachens sparande och återställande till Buildkites telemetri. OpenTelemetry-jobbspänner inkluderar nu commit, pull request och byggnadsförfattare. Dessa fält lägger till kontext för team som undersöker långsamma jobb eller försöksmönster. Den associerade Elastic CI Stack version 7 släpper Agent version 4 för Linux och Windows-instanser på AWS. Den tar bort stöd för Agent version 3 och avvecklar eller ersätter vissa spårnings- och avbrytningsparametrar. Stöd för alla Agent version 3-utgåvor upphör den 3 september 2027.