AI 支援型 Windows 開発

Windowsには、アイデアから公開されたアプリまで、AI 対応の無料ツールの完全なセットがあります。 コマンド ラインと VS Code を使用する場合でも、Visual Studioのような完全な IDE を使用する場合でも、AI エージェントは負荷の高い作業を行うことができます。 このセクションでは、両方のパスについて説明します。新しいアプリをゼロからビルドする場合や、既に作成したアプリを最新化する場合に関係なく役立ちます。

Tip

Windows 開発を初めて使用する場合 Quickstart: AI を使用してWindows アプリをビルドして発行するから始めます。無料のツールのみを使用して、30 分以内に作業アプリを作成できます。

---

どの道を進んでいますか?

私は新鮮に始めている

winui-dev エージェントと dotnet new テンプレートを使用して、新しいWindows アプリをスキャフォールディング、ビルド、実行、発行します。Windowsエクスペリエンスは必要ありません。

→ クイック スタート → WinUI エージェント プラグイン

既存のアプリがある

AI ツールは、WPFまたは UWP アプリを最新の WinUI 3 に移行したり、Electron、Flutter、Tauri、Rust で構築されたアプリにWindows機能を追加したりするのに役立ちます。

→ WPF から移行 → UWP から移行 → クロスフレームワーク アプリ

---

このセクションのツール

多くの開発者は、次の 3 つすべてを使用することになります。つまり、ひな形の生成と公開には winapp CLI、Copilot の精度を維持するには WinUI エージェント プラグイン、そして最新のドキュメントにアクセスするには Microsoft Learn MCP Server です。

ツール	それが何をするか
WinUI エージェント プラグイン	GitHub Copilot または Claude Code でのエンド ツー エンドの WinUI 開発のための 8 つのスキル
VS Code ツール	WinApp 拡張機能 + Microsoft VS Code と Claude Code の MCP サーバーについて学習する
AI 支援テスト	Windows UI オートメーションを使用して UI テストを生成して実行する
ストアに発行する	winapp store を使用してコマンド ラインからMicrosoft Storeに送信する

---

よく寄せられる質問

Visual Studioなしで WinUI 3 アプリをビルドできますか?

Yes. 次の 3 つのコマンドが必要です。

dotnet new winui-navview -n MyApp
cd MyApp
dotnet run

VS Code またはターミナルからビルド、デバッグ、パッケージ化、発行します。 Visual Studioは複雑な XAML デバッグに最適ですが、不要になりました。 クイック スタートを参照してください。

これらのツールは無料ですか?

はい — WinApp CLI、VS Code 拡張機能、dotnet new テンプレートは無料でオープンソース。 GitHub Copilotには、subscription (Free レベルが利用可能) が必要です。 Microsoft Learn MCP Server は無料で、サインインは不要です。

Copilot は、WinUI 3 ではなく古い UWP コードを提供しますか?

既定では、はい — AI モデルには、WinUI 3 よりも多くの UWP トレーニング データがあります。 詳細な説明と before/after API テーブルについては、「 このプラグインが必要な理由 」を参照してください。 簡単な答え: WinUIエージェントプラグイン をインストールすると、問題はほとんど消えます。

これはクロードコードとGitHub Copilotで動作しますか?

Yes. winui@awesome-copilot プラグインと Microsoft Learn MCP サーバーは、いずれも MCP 互換エージェントで動作します。

アイデアから公開されたアプリにどのくらいの時間がかかりますか?

実行中のアプリまで 30 分未満 ( クイック スタートを参照)。 ストアの申請には パートナー センターアカウント と認定が必要です。通常は 1 ~ 3 営業日かかります。

---

スターター プロンプト

AI モデルには長年の UWP とWPFトレーニング データがあるため、これらのプロンプトによってそのデータがオーバーライドされ、現在の WinUI 3 パターンへの応答がアンカーされます。

Tip

これらの WinUI 3 制約をすべてのプロンプトに追加しないようにするには、 WinUI エージェント プラグインをインストールします。 システム レベルの命令として自動的に挿入されるため、毎回 API ルールをスペルアウトすることなく 、"フォルダー内のファイルを表示する WinUI 3 アプリをビルドする" などの簡単な要求を記述できます。

新しいアプリ

Create a new WinUI 3 Windows app using `dotnet new winui-navview` (from the
Microsoft.WindowsAppSDK.WinUI.CSharp.Templates package). Build and run with the
winapp CLI — not Visual Studio.

Use Microsoft.UI.Xaml for all controls — never Windows.UI.Xaml.
Use DispatcherQueue, not CoreDispatcher.
Use AppWindow + OverlappedPresenter, not ApplicationView.
Use ContentDialog, not MessageDialog.

UWP または WPF から移行する

I'm migrating a [UWP / WPF] app to WinUI 3 using the Windows App SDK.

Apply these substitutions:
- Windows.UI.Xaml.* → Microsoft.UI.Xaml.*
- CoreDispatcher / Dispatcher.RunAsync → DispatcherQueue.TryEnqueue
- ApplicationView → AppWindow + OverlappedPresenter
- MessageDialog → ContentDialog
- Windows.UI.Notifications → Microsoft.Windows.AppNotifications
- Frame.Navigate with UWP page types → WinUI 3 Frame + Page

Do not introduce any Windows.UI.* APIs. Flag anything without a direct WinUI 3 equivalent.

既存の WinUI 3 アプリに機能を追加する

This is a WinUI 3 app using the Windows App SDK.
- Use Microsoft.UI.Xaml.* namespaces only
- Use DispatcherQueue for thread marshalling
- Use CommunityToolkit.Mvvm for MVVM patterns
- Use winapp run to test — do not open Visual Studio

---

関連するコンテンツ

• Windows アプリ 開発 CLI
• セキュリティと責任ある AI