概要
AIエージェント開発における画面の切り替えの手間を減らす技術が示されました。
マイクロソフトの開発プラットフォームで、チャット画面から直接プログラムコードを開く様子が公開されています。
専門的な設定画面を探すことなく、エージェントの内部構造を即座に書き換えられます。
AIアプリの開発スピードを向上させたい開発者に向けた実践的なアプローチです。
何が発表された?
「で、結局何が発表されたの?」
今回の実演では、Microsoft Foundryの環境下で構築されたAIエージェントのソースコードを、チャットUI上のアイコンから直接Visual Studio Codeで呼び出し、編集するワークフローが示されました。
登壇者のCarlotta Castelluccio氏が、カップケーキショップ「Sparkles」のコンシェルジュエージェントを例にとり、具体的な構成を説明しています。
これは完全に新しい隔離された製品というよりも、Microsoft FoundryとMicrosoft Agent Framework、およびVS Codeの拡張機能を組み合わせた開発ツールの統合手法です。
一般の開発環境として利用可能な統合アプローチであり、PythonコードベースでAIエージェントの挙動を厳格に定義したい技術者に向けて提供されています。
対象ユーザーは、基幹システムやデータベースと連携する高度な自律型AIエージェントを実装するソフトウェアエンジニアです。
前と何が違う?
「前の開発方法と何が違うの?」
チャット画面からワンクリックでコードに飛べる
これまでのAI開発では、Web上の管理コンソールでAIと試走テストを行い、問題が見つかると別のコードエディターを開いて該当ファイルを探す必要がありました。
デモ画面では「Foundry agent creation」のチャットパネルに配置されたVS Codeアイコンをクリックする場面が描かれています。
外部アプリケーションを起動する確認ダイアログで許可を出すと、ワークスペース全体のフォルダが一発でエディター上に展開されます。
画面を行き来する無駄なクリック作業が排除され、検証と実装のフィードバックループが大幅に短縮されます。
Pythonコードでエージェントの核となる動線を構築する
エージェントの制御ロジックは、プロジェクト内のsrc/agent-framework-agent-with-foundry-toolboxes/main.pyというファイルに集約されています。
コード内ではmicrosoft.agent_frameworkパッケージからAgentクラスやFoundryChatClientクラスをインポートしています。
DefaultAzureCredentialを用いて安全に認証を行い、Foundry側でホストされたモデルのエンドポイントへ環境変数を介して接続します。
抽象的なプロンプトだけでなく、プログラム側で明確なオブジェクト構造としてAIクライアントとツール群(FoundryToolbox)を接続する仕様がコードレベルで可視化されています。
プロンプトとMCPツールの連携をコード上で完結させる
ファイル内のAGENT_INSTRUCTIONSという変数には、AIに対する行動指針が構造化されたテキストとして記述されています。
顧客情報の検索や新規登録の手順、注文情報のサマリー確認といった一連のワークフローが箇条書き形式で定義されています。
さらに「sparklesMCPツール」という外部サーバー連携機構の呼び出し手順も指示に含まれています。
曖昧な口頭指示ではなく、特定のMCP(Model Context Protocol)ツールをどのタイミングで呼び出すべきかが明確にプログラム化されています。
数字で見るとどう変わった?
動画内ではベンチマークスコアや処理速度などの数値データに関する具体的な提示はありません。
ただし、開発工程における画面遷移の操作回数が数クリック分削減されることや、設定ファイルの探索時間が不要になるという作業効率化の効果が示されています。
ライバルと比べてどう?
「他のAI開発ツールと比べたらどうなの?」
コード連携の深さとエンタープライズ認証の統合においてマイクロソフト環境が扱いやすい。
他社の競合開発ツールと特徴を比較すると以下のようになります。
| 比較項目 |
Microsoft Foundry (今回の手法) |
OpenAI Assistants API (Playground) |
有利なのは |
| エディター連携 |
VS Codeからローカルコードへ直接飛べる |
Web上の設定GUIが中心 |
Microsoft Foundry |
| 認証機構 |
Azureの標準認証(DefaultAzureCredential)に対応 |
APIキーによる認証が主 |
Microsoft Foundry |
| プロトコル対応 |
MCP(Model Context Protocol)標準を意識 |
カスタムFunction Callingが中心 |
引き分け |
OpenAIのPlaygroundなどはブラウザ上で手軽にプロンプトを試せる強みがあります。
一方で、実際のシステムに組み込む際にはローカルのコードベースとの同期に課題が生じやすい傾向があります。
今回のMicrosoft Foundryのアプローチは、最初からVS CodeやGitHub Copilotといった既存の開発プラットフォームと密接に融合している点が強みです。
他社環境に比べて、開発者が使い慣れたコードエディター側へシームレスに遷移できる設計が評価できます。
料金は?
動画内では個別の価格や料金体系についての直接的な言及はありません。
Microsoft FoundryやAzureの基盤機能を利用する場合、配備するモデルの呼び出し回数に応じたAPI従量課金およびAzureインフラストラクチャの使用料が発生します。
VS Codeエディター自体は無料で利用可能です。
日本で使える?
利用可能です。
日本国内からAzureのアカウントを開設し、Microsoft FoundryのポータルサイトおよびVS Codeを入手することで本構成を試すことができます。
導入の手順は以下の通りです。
- Azureポータルにアクセスし、有効なサブスクリプションを準備する
- Microsoft Foundryのポータルサイト(
aka.ms/foundry-portal)へログインする
- ローカル環境にVisual Studio CodeおよびPython環境をインストールする
- 必要に応じてMicrosoft Agent Framework関連パッケージをPython環境にインストールする
- 開発対象のワークスペースを設定し、MCPツールやプロンプトのコード記述を行う
自分にはどう関係する?
「で、自分にはどう関係するの?」
エンジニアなら
プロンプトの調整とPythonコードの修正を同じエディター空間で完結できるようになります。
複雑なエージェントのデバッグ作業が容易になり、外部システムと連携するロジックの構築スピードが向上します。
企画・マーケティングなら
エージェントがどのような手順で顧客に対応するかという業務フローの定義が、プロンプトコードとしてそのまま反映される仕組みを理解できます。
仕様変更の際に開発チームへ要求を伝える精度が高まります。
経営者・管理者なら
AI導入の現場における開発効率が高まることで、実証実験から本番稼働までのタイムトゥマーケットを短縮できます。
Azureの認証基盤を用いた安全な運用管理が前提となるため、セキュリティリスクを抑えたAI活用が可能になります。
まとめ
今後の開発フローにおけるポイントは以下の2点です。
- AIエージェントの指示やツール連携は、UI上の設定だけでなくコードベースで厳格に管理する傾向が強まる
- チャットインターフェースとVS Codeのような開発環境の統合を活用し、デバッグの往復時間を短縮する