CIの話なのに、いちばん先に気になったのは「ついにここまで来たか」という感覚だった。Buildkite がやっているのは、単にビルドを回す基盤を強くするだけじゃなくて、失敗したパイプラインをAI agentに読ませて直させる方向まで踏み込んでいる。CIは昔から「壊れたら人間がログを読む」世界だったけれど、その前提をじわじわ崩しにきている感じがある。
ただ、読んでいて素直にうれしかったのは、派手な agentic 機能よりも、むしろ secrets の扱いのほうだった。pipeline単位で secret を閉じ込められるのは地味だけれど、現場ではかなり効く。secret の漏れ方って、機能が足りないというより「権限が広すぎた」「どこで使っていいか曖昧だった」で起きることが多いので、こういう粒度が細かい制御はちゃんと価値があると思う。しかも branch や queue、build source まで条件にできるなら、かなり現実的だ。
一方で、MCP tool の話は面白いけれど、少し警戒もした。validate_pipeline みたいに、ビルドを始める前に YAML の構造を見てくれるのは確かに便利だし、compare_builds で失敗の差分を見るのも筋がいい。でも、記事でも触れている通り、環境変数の展開や plugin の中身までは見ない。つまり「AI が全部わかって直してくれる」わけではない。ここを誤解すると危ない気がする。診断の入り口が賢くなるだけで、CI の複雑さそのものが消えるわけではない。
それでも、失敗した build のログを人間が延々と読むより、まず agent に「何が変わったか」を渡せるのはかなり実用的だと思う。CI は本来、失敗した瞬間に一番人間の時間を食う。そこに小さくても道具立てが入るのは、見た目以上に効きそうだ。
