Buildkite

開発

NeotaskがOpenClawを通じてBuildkiteのCI/CDパイプラインを監視・管理します — ダッシュボードを操作せずにビルド障害の表面化、ログ検索、リビルドのトリガーを会話で実行。

できること

28のアクションを持つNeotaskのBuildkiteインテグレーションは、OpenClawを通じてエンジニアリングチームにCI/CDインフラ全体の会話型インターフェースを提供します。

パイプライン管理（4アクション）

パイプラインのリスト化、取得、作成、更新 — 会話でビルドインフラを管理。

ビルド操作（5アクション）

ビルドのリスト化、ビルド詳細の取得、新規ビルドのトリガー、ビルド完了の待機、Test Engineの実行結果へのアクセス。

ジョブとログ（5アクション）

ビルドのジョブ取得、ジョブログの取得、高度なログツール（テール、検索、読み取り、情報取得）を使って手動スクロールなしに障害を調査。

アーティファクト（2アクション）

配布とアーカイブのためのビルドアーティファクトのリスト化と取得。

アノテーション（1アクション）

コンテキスト付きビルド情報のためのビルドアノテーションのリスト化。

Test Engine（4アクション）

テスト実行のリスト化、テスト実行詳細の取得、失敗した実行の取得、特定のテストの調査。

クラスター（4アクション）

エージェントクラスターとキューの管理 — クラスターのリスト化、詳細取得、キュー管理。

ユーザーと認証（3アクション）

現在のユーザー情報、組織メンバーシップ、アクセストークン詳細の取得。

すべてのアクションは自律的に実行されるか、承認を求めるかを選べます。

こう聞いてみよう

  • 「過去24時間に失敗したビルドとそのエラーメッセージは？」
  • 「最後の失敗したデプロイビルドのログからデータベース接続エラーを検索して」
  • 「APIプロジェクトのmainブランチで新しいビルドをトリガーして」
  • 「今週のテスト実行からすべてのフレーキーテストを見せて — どのテストが不安定に失敗する？」
  • 「本番ビルドクラスターの現在のステータスは？ — キューに入っているジョブはある？」
  • 「最後の成功したリリースビルドのすべてのアーティファクトをリスト化して」
  • 「ビルド#4521のデプロイステップのログを取得して — 何が起きたか確認する必要がある」
  • 「今週と先週で全パイプラインでどれだけのビルドが失敗した？」

    • 活用のコツ

  • すべてのパイプラインの障害をチェックしてエンジニアリングSlackチャンネルにサマリーを投稿する日次ビルドヘルスレポートをスケジュールしましょう — 回帰が蓄積する前に検出します。
  • BuildkiteをアプリグループでLinearと接続しましょう：課題にリンクされたブランチでビルドが失敗すると、エージェントが自動的に障害サマリー付きのコメントを課題に追加します。
  • 障害のデバッグ時にはsearch_logsアクションを使いましょう — 何千行ものログ内で特定のエラー文字列を検索するのが会話で即座に実行できます。
  • 本番パイプラインのcreate_buildには承認ゲートを有効にしましょう — 本番ビルドのトリガーは常に明示的な人間の確認が必要です。
  • マルチエージェントチームで障害後の分析を実行できます：一つのエージェントがログを取得し、もう一つが根本原因を特定し、三つ目が完全なコンテキスト付きのLinear課題を作成します。

    • Works Well With