Harness（ハーネス）は、ChatGPTとCodexにリアルタイムのCI/CDコンテキストを取り込むOpenAI向けの新しいコネクターを導入したと、2026年9月28日に公開されたブログ記事で説明した。この統合により、ユーザーはツールを切り替えることなく、AIインターフェイス内でビルドステータス、ステップの失敗、パイプライン定義を表示できるようになり、コネクターによって会話を診断から承認済みの変更へと移行できると報告されている。
発表によると、このコネクターは実行履歴と障害調査に対するクエリーをサポートし、パイプラインの更新を提案または適用したり、新しいパイプラインを作成したり、許可されている場合は実行をトリガーしたりできる。投稿では、これらのアクションは利用可能なツール、ライセンス、およびサインインしているユーザーの権限に依存し、コネクターを介して要求される操作は、そのように設定されている場合は明示的な承認が必要になることが明確にされている。
セキュリティーとアクセス制御が設計の中心であると強調された。この統合では認証にOAuthを使用し、Harnessユーザーの既存のアクセス権限で動作するため、プラグインをインストールするだけでは追加の権限は付与されないと説明された。また、アクションの承認は別の手順であり、SAMLまたはOIDCを使う組織では、管理者がMCP固有の認証URLを設定する必要がある場合があると指摘された。
複数のクライアント体験が概説された。ChatGPTのデスクトップ、ウェブ、モバイル版は、パイプラインを検査し、フォローアップの質問をするための対話型ツールとして紹介された。一方、Codex CLIへのアクセスは、ターミナルベースのワークフロー向けに独自のOAuthフローを備えたHarness Hosted MCPを通じて利用可能であると説明された。ブログでは、変更を承認する前に、まず小さな読み取り専用リクエストから始めることを推奨していた。
実用的な使用例がまとめられ、コネクターにリソースの検索を依頼する際には、組織、プロジェクト、および実行の識別子を含めるようガイダンスが提供された。発表では、典型的なワークフローが説明されている。失敗した実行を見つけ、失敗したステップを調査し、修正案を要求し、変更内容を確認し、更新されたパイプラインの実行を要求するという流れで、これらは全て権限とクライアント構成によって左右される。
有効化に必要な条件として、OAuthが有効になっているHarness SaaSアカウントと、統合を許可するOpenAIワークスペースが挙げられている。
出典：Harness
この製品の詳細については、Harness製品ページをご覧ください。
