Harness（ハーネス）は、人間のチームと連携して動作するソフトウェアデリバリーエージェントをサポートするために再構築されたプラットフォームエクスペリエンスを発表した。このアップデートは、数億件の導入実績から得られた教訓を、自律型エージェントがソフトウェア配信ライフサイクル全体に参加する環境に適用するための取り組みであると説明されている。
同社は、新しいパイプラインモデルでは、ビルド、デプロイ、セキュリティー、インフラストラクチャー、エージェント駆動のタスクが、単一の柔軟なステージと実行モデルに統合されると説明した。YAMLスキーマは、開発者にとって使いやすい規約とスマートなデフォルト値を用いてフラット化および型付けされており、定型コードを削減し、パイプライン定義を人間と機械の両方にとって作成しやすく、エージェントが学習しやすくなっているという。
Harnessは、全てのステップが統一されたデリゲートによってオーケストレーションされるコンテナ化されたユニットとして実行されるようになったと説明。デリゲートは軽量で、Go言語で記述され、クロスプラットフォームに対応しており、Harnessの公開レジストリまたはプライベートリポジトリーからイメージとして入手可能だという。各パイプラインステップは独自のコンテナ内で実行されるため、デリゲートホストにデプロイメントツールを直接インストールする必要がなくなり、バージョン競合も軽減される。
発表によると、バージョン管理されたステップとテンプレートのネイティブテンプレートライブラリーが提供される予定だ。ステップのバージョンを承認して固定し、パイプラインのYAMLにステップのバージョンを記録し、OPAポリシーを通じてバージョンを制限できるとのことだ。ステップの更新は、更新されたステップ定義イメージを介して配信される。これは、ステップの改善をデリゲートのアップグレードから切り離し、チームがそれぞれのペースで変更を採用できるようにする方法として提示された。
エージェントとのやり取りはコンテキスト認識型であると説明されており、エージェントはページやプラットフォームのソフトウェア配信ナレッジグラフ内の関連エンティティに基づいてアクションを提案できる。AIチャットとMCPサーバーの統合により既存のルールと権限が適用され、外部のコーディングエージェントはMCPサーバーまたはHarness CLIを介してプラットフォームにアクセスでき、同じ権限モデルで動作する。
ガバナンスと監査は基本事項として強調され、ワーカーエージェントは第一級のパイプラインステップとして扱われ、既存の承認、ポリシー、および監査証跡の下で動作する。承認ステップとOPAベースのランタイムポリシーは、エージェントが開始するアクションに対する人間の監視とポリシーの適用を引き続き提供するとされた。
この発表では、パイプライン定義の入力サポートが拡張され、リスト、構造化オブジェクト、シークレット、コネクターなどが含まれるようになったことが説明された。シークレットとコネクターの解決はユーザー権限に紐付けられているため、機密性の高い値がYAMLに表示されないようになっている。入力セットとスコープ付きパイプライン入力は、複数のパイプラインで値を再利用するための便利な機能として紹介された。
ダッシュボードは、ソフトウェアデリバリーナレッジグラフを基盤としてHarnessデータプラットフォーム上に再構築され、コミットからデプロイ、サービスに至るまでの変更履歴を可視化できるようになったと報告されている。新しいダッシュボードビルダーとAIチャットがビュー作成方法として挙げられた一方、既存のLookerベースのダッシュボードは自動移行の対象にはなっていない。
刷新されたインターフェイスと簡素化されたナビゲーションは、早期アクセスプログラムを通じて機能ごとに提供される展開の一環として挙げられた。このエクスペリエンスはオプトイン方式で、既存のエンティティとパイプラインは新しいモデルと並行して表示および実行可能であり、変換によってコピーが作成されるため、元のパイプラインは変更されない。
出典：Harness
この製品の詳細については、Harness製品ページをご覧ください。
