PortがプラットフォームエンジニアリングにVibeコーディングを導入するためのAI Builderを発表

Portは、プラットフォームエンジニアリングチームがエージェントソフトウェアデリバリーワークフローを構築するための新しい自然言語開発エクスペリエンスであるAI Builderを発表しました。

この製品は、プラットフォームエンジニアリングのための最初の目的構築されたVibeコーディングエクスペリエンスです。ただし、重要な点は「Vibeコーディング」というラベルではありません。Portがそれを適用しようとしていることです。

Vibeコーディングは、個々の開発者が自然言語を使用してアプリケーション、プロトタイプ、またはコード変更を生成することに主に関連しています。Portは、同じインタラクションモデルを取り入れ、ソフトウェアデリバリーライフサイクル自体に適用しています：オンボーディング、インフラストラクチャワークフロー、プロダクションレディネス、インシデントレスポンス、コストコントロール、エンジニアリングパフォーマンストラッキング、ガバナンス、アジェント管理。

これは、開発者がコードをより迅速に書くことを助けることとは異なる問題です。大規模なエンジニアリング組織では、課題は、AIが有用なワークフローを生成できるかどうかではありません。課題は、ワークフローが会社のアーキテクチャに適合し、内部ポリシーに従い、正しいツールに接続し、権限を尊重し、事後的に監査できるかどうかです。

コーディングアシスタントからSDLCコントロールレイヤーへ

PortのAI Builderは、会社のAgentic SDLCプラットフォームの上に構築されています。これには、コンテキストレイク、ワークフローオーケストレーション、アジェント管理、ガバナンス機能が含まれます。開発者、プラットフォームチーム、アジェントが共有の基盤を持つことを目的とし、ソフトウェアが組織内でどのように動作するかを理解するための共通の基盤を提供します。

この基盤は重要です。エージェント開発はすぐに断片化される可能性があります。開発者はインシデントのトリアージにアジェントを構築する可能性があり、プラットフォームエンジニアはクラウドコストを管理するためにアジェントを構築する可能性があり、セキュリティチームはコンプライアンスチェックを適用するためにアジェントを構築する可能性があります。各ユースケースはそれ自体で有用かもしれませんが、共有コンテキストとコントロールがない場合、会社は重複したワークフロー、不一致なガバナンス、アジェントが不完全な情報で動作する可能性があります。

AI Builderは、チームに構造化されたパスを提供するPortの試みです。分離された自動化を構築するのではなく、チームは自然言語で何を望むかを説明し、システムがPortの管理された環境内でワークフロー、ダッシュボード、スコアカード、またはアジェントを生成するのを助けます。

AI Builderの動作

AI Builderを使用すると、チームはチャットベースのインターフェイスを介してエージェントSDLCワークフローを作成および変更できます。プラットフォームチームは、たとえば、プロダクションレディネススコアカードを作成するように依頼したり、新しいサービスへのオンボーディングワークフローを設計したり、AIコスト管理プロセスを作成したり、自動チケット解決フローを生成したりできます。

Portは、システムがSRE、DevOps、建築、セキュリティ、AIガバナンス、データモデリング、UXのドメイン知識を組み込んでいることを示しています。これにより、ツールは一般的なコーディングアシスタントよりも専門化されます。コードや構成のみを生成するのではなく、AI Builderはプラットフォームエンジニアリング作業がどのように構造化されるべきかを推論することを目的としています。

重要な機能の1つは、プランモードです。構築する前に、AIはプランを草案作成し、明確化する質問を求め、承認を待ちます。プランはバージョン管理され、保存されるため、チームは提案および承認された内容の記録を保持できます。これは小さなワークフローの詳細のように聞こえるかもしれませんが、製品の位置付けの中心です。組織がAIエージェントに多くの自律性を与えるにつれて、承認パス、追跡可能性、説明責任が必要になるためです。

コンテキストの重要性

製品は、Portのコンテキストレイクに接続されています。これは、エージェントとワークフローが実際の組織データにアクセスできるように設計されています。これには、サービス、チーム、所有権、依存関係、環境、統合、ポリシー、運用メタデータが含まれる場合があります。

これは発表の最も重要な部分の1つです。AIシステムは、通常、アクセスできるコンテキストの有用性に応じて有用です。汎用アシスタントはデプロイワークフローを提案できるかもしれませんが、自動的にビジネスクリティカルなサービス、所有チーム、承認プロセス、または変更が行われた場合に壊れる可能性のある依存関係を認識することはできません。

Portのアプローチは、組織コンテキストを構築プロセスの一部にすることです。つまり、AI Builderは分離されたプロンプトにのみ対応するのではなく、会社が実際にどのように動作するかを反映したワークフローを作成することを目的としています。

プラットフォームチームの場合、これにより、アイデアと実装のギャップが減少する可能性があります。チームは、異なるシステム間でワークフローを手動で組み立てるのではなく、自然言語を使用して最初のバージョンを生成し、レビュー、改良、ガバナンスをプラットフォーム内で実行できます。

エンジニアをビルダーに

PortのCEO兼共同創設者Zohar Einyは、AI Builderの立ち上げを、ソフトウェア開発におけるより広範な変化の周りに位置付けました。エンジニアリング組織内の多くの人が、自動化とエージェントワークフローを自分で構築することを期待しています。

「AIは、ソフトウェアが構築される方法を根本的に変えている」とEinyは述べました。「誰でもビルダーです。開発者とプラットフォームチームは、トイルを除去し、ボトルネックを解消し、ソフトウェアデリバリーを改善するAIエージェントを作成したいと考えています。」

このシフトは、プラットフォームチームに新しい課題をもたらします。彼らは、開発者が使用する内部ツールを構築するだけでなく、開発者、AIエージェント、プラットフォームワークフローが安全に相互作用できる環境を作成する責任があります。

これは、AI BuilderがPortのより広い戦略に適合する場所です。ユーザーがワークフローを作成する能力を提供しますが、標準、可視性、コントロールを維持するシステム内で行います。

業界の影響：エージェントスプロールは実際的な問題になる

立ち上げは、エンタープライズAIアドプション全体で出現しているより広範な問題を指摘しています。企業は、実験から実装への移行を進めていますが、多くの企業は、断片化されたツールを使用して実装を進めています。AIコーディングアシスタント、内部ボット、ワークフロー エージェント、データアシスタント、自動化スクリプトが、さまざまなチームによってさまざまな速度で採用されています。

これにより、新しい形式のソフトウェアスプロールが生じます。クラウド時代には、企業はインフラストラクチャスプロールを管理する方法を学びました。SaaS時代には、アプリケーションスプロールを管理する方法を学びました。AI時代には、エージェントスプロールを管理する必要があります。

問題は、チームが多くのエージェントを構築していることではありません。問題は、多くのエージェントが共有コンテキスト、所有権、権限、可視性、またはライフサイクル管理なしに構築される可能性があることです。1つのチームにとって機能するエージェントは、どのシステムにアクセスできるか、どのような決定を下すことができるか、どのように動作が監視されるかが誰もわからない場合、負債になる可能性があります。

これは、AIの時代にプラットフォームエンジニアリングがより重要になる理由です。ソフトウェア開発がより自動化されるにつれて、組織は自動化の作成、承認、再利用、ガバナンス方法についてより強力な運用モデルを必要とします。

内部開発者ポータルは進化している

AI Builderは、内部開発者ポータルの役割の変化も反映しています。多くのポータルは、サービスカタログ、ドキュメント、セルフサービスアクション、開発者エクスペリエンスに焦点を当てていました。エンジニアが必要なものを見つけるのを支援し、プラットフォームチームの負担を軽減しました。

次のフェーズは、よりアクティブです。Portは、開発者とエージェントが同じ組織マップに対して共同で作業できる共有実行レイヤーとしてポータルを位置付けます。このモデルでは、ポータルはサービスまたはワークフローを表示する場所ではありません。エージェントソフトウェアデリバリーのコントロールプレーンになります。

これは、AIエージェントがSDLCに参加する必要があることを考えると、当然の進化です。人間のエンジニアと同じように、エージェントはコンテキスト、権限、標準、フィードバックが必要です。違いは、エージェントが人間よりもはるかに高速に動作できるため、ガバナンスがより緊急になることです。

生産性の向上は信頼に依存する

製品の如くAI Builderの約束は、手動作業を減らしながらソフトウェアデリバリーを迅速化することです。しかし、実際のテストは信頼です。

企業は、エージェントがSDLC全体で重要な変更を加えることを許可しません。ワークフローが安全で、説明可能で、元に戻すことができ、内部ポリシーに準拠していることを証明する必要があります。また、人間がループ内に残っている場所を明確に理解する必要があります。

これは、Portの発表の最も重要な意味合いです。ソフトウェア開発におけるAIの次のステージは、コード生成を改善することだけではありません。実際の運用環境で混乱を生み出すことなく、AIが参加できるシステムを構築することです。

AI Builderは、Portの無料および有料サブスクリプションで利用可能です。