Enterprise AI | The .NET Blog

Microsoft Foundry June 2026: From Feature Drops to a Governed Agent Platform

Emiliano Montesdeoca — Sat, 18 Jul 2026 00:00:00 +0000

2026年6月の Foundry ウェーブは単なる毎月のダイジェストではない。「クールなエージェントを構築する」から「エージェントをガバナンスされたエンタープライズシステムとして運用する」への成熟の移行を示している。その区別は、個々の機能よりも重要である。

オリジナルソース: https://devblogs.microsoft.com/foundry/whats-new-in-microsoft-foundry-june-2026/

3つのアップデートがそのシフトを定義している。第一に、Microsoft 365 Copilot と Teams へのエージェント公開が GA に達し、配布がカスタム統合プロジェクトから意見を持ったデプロイレーンへと移行した。第二に、Toolboxes はツール検索とルーティンを含む、より強力な発見と実行制御を得た。第三に、可観測性と最適化が、後付けではなく意図的なクローズドループになった。

私の見解: これがこのリリースで最も重要なパターンである。トレーシング、評価、最適化、制御されたロールアウトは、非決定論的システムのための最小 viable 運用モデルを形成する。これらのうちひとつしか持っていなければ、テレメトリかチューニングはあっても、ガバナンスはない。

Foundry 内部の Claude GA も戦略的だが、主にモデル品質のためではない。より大きな価値はエンタープライズ統合である: Entra 認証、RBAC、課金の継続性、ポリシー整合性。ダイレクトモデルエンドポイントから Foundry に移行するチームは、これを単なるプロバイダー交換ではなく、運用統合として捉えるべきである。

Autopilot エージェントは有望だが、組織は冷静なアーキテクチャ上の選択をもってアプローチすべきである。Teams での共有スペースコラボレーションは生産性を解放できるが、ID、権限、アカウンタビリティの複雑さを急速に高める。広範なデプロイの前に、境界のあるスコープと厳格な承認チェックポイントから始めること。

実践的推奨:

すでにパイロット中であれば、機能拡張よりも計装を優先する。まず GenAI トレーシングを配線する。次に、汎用的なモデルメトリクスではなく、ビジネス成果に結びついた評価スイートを確立する。その後でのみ、オプティマイザーループとプロモーションワークフローを実行する。
Toolbox 中心のエージェントの場合、カタログが成長するにつれてコンテキストノイズと誤ったツール選択リスクを減らすために、早期にツール検索を有効にする。
メモリ対応エージェントの場合、TTL と保持ポリシーを事前に定義する。ライフサイクル制御のないメモリはコンプライアンス負債になる。

私が導き出せる最も意見を持った結論はこれである: Foundry は今や「どのモデルを選ぶか？」というよりも、「エージェント動作を管理されたライフサイクルとして実行できるか？」に関するものである。2番目の問いにうまく答えるチームは、モデルの変動に容易に適応できる。モデルランキングに固執するチームは、四半期ごとに脆弱なスタックを再構築し続けるだろう。

6月のリリースはひとつのことを明確にしている。Foundry は、単なる開発ツールキットではなく、AI システムのための運用プラットフォームになりつつある。それは構築するのがより難しいプロダクトであり、採用するにははるかに価値のあるものである。

Agent Skills for .NET Is Stable, and That Changes Enterprise Agent Architecture

Emiliano Montesdeoca — Sat, 11 Jul 2026 00:00:00 +0000

Agent Skills for .NET の安定版リリースは、現在のエージェントエコシステムにおいて最も実用的なマイルストーンのひとつである。これは中核的なスケーリング問題を解決する:ドメイン専門知識はひとつの巨大な指示ブロックに属するべきではない。

オリジナルソース: https://devblogs.microsoft.com/agent-framework/agent-skills-for-net-is-now-released/

その設計はエレガントで実用的である。Skills は指示、リソース、オプションのスクリプトを、プログレッシブディスクロージャーを通じてオンデマンドでロードされる再利用可能ユニットにパッケージ化する。これによりコンテキストをスリムに保ち、プロンプトの肥大化を削減し、専門知識のチーム横断的な所有を可能にする。

私の見解: これは .NET スタックにおけるエンタープライズグレードのエージェント保守性への最初の信頼できるパスである。モジュール化された専門知識の境界がなければ、新しいポリシーやプレイブックの更新はすべて、脆弱なプロンプト修正作業になる。

最も重要なのはモジュール性だけではなく、ガバナンスである。スキルのロード、リソースの読み取り、スクリプト実行のための組み込み承認モデルは、エージェントがデモから本番に移行する際にセキュリティチームが提起する運用上の懸念に正確に対処している。拡張可能なスクリプト実行モデルは、責任を明確にする: ファイルベースのスクリプト実行を望むなら、サンドボックス化と監査体制を自分で管理することになる。

実践的導入パターン

ファイルベースのスキルから始める: 混在する技術チームが管理するポリシー中心のコンテンツに適している。
クラスベースのスキルを使用する: NuGet によるパッケージ配布と、より厳格なエンジニアリングライフサイクル管理が必要な場合。
コード定義スキルは予約する: 状態を保持する構成が必要な動的ランタイムアセンブリ向けに。

フィルタリングは早期に追加せよ。 すべてのスキルがすべてのエージェントやテナントに可視であるべきではない。厳選されたスキルの可視性は、セキュリティ制御であると同時に、ルーティング品質を向上させる関連性制御でもある。

また、すべてをログに記録せよ: スキル選択、リソース読み取り、スクリプト実行リクエスト、承認。インシデントレビューでどのスキルが回答に影響したかを再構築できなければ、本番の可観測性はない。

より大きな戦略的シフトは次の通りである:スキルはエージェントの振る舞いを構成可能なサプライチェーンに変える。チームはソフトウェアコンポーネントと同様に専門知識をバージョン管理し、レビューし、リリースできる。これにより、人間がメガプロンプトを書き換えるために常に再トレーニングを受けることなく、独立した進化が可能になる。

結論

エンタープライズ規模で .NET エージェントを構築しているなら、このパターンを遅らせることはコストを招く。指示の散乱、一貫性のないポリシー適用、変更に対する脆弱な動作に行き着くことになる。

Agent Skills は複雑さを除去するわけではないが、複雑さを管理可能なコンポーネントに移行する。それは成熟したソフトウェアアーキテクチャが行うべきことである。多くのチームにとって、このリリースは .NET におけるエージェントエンジニアリングが本物のプラットフォームエンジニアリングのように見え始める瞬間である。

AI Alone Won’t Change the Business — the System Around It Will

Emiliano Montesdeoca — Sun, 14 Jun 2026 00:00:00 +0000

最新の Microsoft AI プラットフォームエッセイには、現在の局面の核心を突く一文がある:

勝者は最も多くのデモを持っている者ではなく、AI をガバナンスされた継続的改善システムとして実際の仕事に変える者である。

それはまったく正しい。

これはより優れた戦略的 AI 記事のひとつである理由

あまりに多くの AI に関する会話は、依然としてモデルの話に収束する。

どのモデルがより賢いか。どのモデルがより安いか。どのモデルが最も新しいか。

それらは無関係な質問ではないが、エンタープライズとして考えるにはスケールが小さすぎる。

元記事は課題の規模を正しく捉えている。「成功を決定するのは AI を取り巻くシステムである」と明確に述べている。

それが有用なフレームである。

なぜなら、真のエンタープライズ価値はモデルを取り巻くシステムから生まれるからだ:

エージェントがどのように構築されるか
エンタープライズコンテキストにどのように接地されるか
どのようにデプロイされるか
どのようにガバナンスされるか
時間とともにどのように改善されるか

それが、散発的な実験と真の変革を分けるものである。

このフレーミングが非常に重要だと思う理由

モデルだけに焦点を当てれば、短命な優位性しか得られない。

システムに焦点を当てれば、複利で効くレバレッジを得られる。

それが重要な違いである。

そしてそれは、Foundry、GitHub、Microsoft IQ、Agent Framework のストーリーが最近すべて向かっている方向と密接に一致している。

私の見解

これはこのバッチの中で最も強力な戦略的記事のひとつである。AI を一連の断片化されたデモとしてではなく、仕事のためのオペレーティングシステムとして描写しているからだ。

エンタープライズが実際に考える必要があるのはそのレベルである。

そして正直なところ、AI に関する公開討論の多くは、そのレベルで行われるべきである。

元記事: AI alone won’t change your business. The system running it will.