エンタープライズソフトウェア製品の構築方法に関するほとんどすべてが現在変化しています。SaaS製品を構築する際、設計全体の焦点は、ユーザーが自分で、または共同でタスクを達成するためにシステムと対話する方法でした。 現在、設計上の主要な課題の多くは、ユーザーがこのタスクを実行するために AI エージェントとどのように連携するかに関するものです。これにより、ユーザーが AI エージェントにコンテキストをセットアップ、デプロイ、オーケストレーション、または提供して作業を実行し、その後作業を確認して組み込む方法が質問になります。 これは既存の UI で発生しますか?チャットで行いますか?タスクリストまたはキューを介してですか?ワークフロービルダーによるものですか?それをエージェントと表現しますか、それとも単に顧客が望む特定の結果を生産的に表現しますか? 初期の違いは、IDE、ターミナル、Web UI、または単にSlackを使用するだけで議論されているAIコーディングの分野でもわかります。 いずれの場合も、多くの点で、ユーザーにとって、ソフトウェアは方向性が単純になるということです。 人々がタスクを実行するために必要なノブ、トグル、スイッチ、コンポーネントは、AI エージェントの世界ではあまり必要ありません。これらの機能への API は、AI エージェントが使用する (なくなることがないように) 依然として重要ですが、主にバックグラウンドで活用されます。そして、最終的にユーザーに表示されるとき、それは一般的なアクティビティではなく、高度なユースケース、例外処理、またはレビュープロセスのためのものです。 私たちは、これまでで最も興味深いソフトウェア設計の時期にいます。ユーザーだけでなく、自律エージェントのためにも同時に設計する必要があります。そして、私たちはそれがどのようなものかの初期段階にすぎません。