Microsoft Copilot documentation updateとして確認すべき今回のポイントは、Aspire 13.3でAspire Dashboard内に組み込まれていたGitHub CopilotチャットUIが削除され、代替手段が「AI coding agents＋Aspire CLI/MCP」へ移ったことです。Aspire Dashboardそのもの、ログ、トレース、リソース状態の確認機能がなくなるわけではありません。対応が必要なのは、Dashboard上のCopilot UIでエラー説明や調査をしていたチーム、ASPIRE_DASHBOARD_AI_DISABLEDやDashboard:AI:Disabledを設定していたチーム、ダッシュボード連携を前提にした社内手順書を持つチームです。(GitHub)
2026年5月5日の更新情報として追っている場合でも、GitHub上のPR #808は最終的に5月6日にrelease/13.3へマージされています。実務では「Aspire 13.3へ上げると、ダッシュボード内蔵のGitHub Copilot UIは使えない」と理解し、アップグレード前に設定・運用・ドキュメントを見直すのが安全です。(GitHub)
Microsoft Copilot documentation updateの要点
今回の変更は、Microsoft CopilotやGitHub Copilotそのものが終了する話ではありません。影響対象は、Aspire Dashboardに組み込まれていたGitHub CopilotベースのチャットUIです。
Aspire 13.3では、ダッシュボード内のCopilotチャットが無効化され、AI支援はエディターやCLI側のAI coding agentから、Aspire CLIやMCPを通じてログ・トレース・リソース情報へアクセスする形に変わりました。公式のAspire 13.3更新情報でも、従来のDashboard内Copilot UIは「agentic development model」に置き換えられたと説明されています。(Aspire)
| 確認項目 | 変更内容 | 実務での対応 |
|---|---|---|
| Aspire Dashboard内のGitHub Copilot UI | Aspire 13.3で削除・無効化 | ダッシュボード上のCopilotボタンやチャットを前提にしない |
| 「GitHub Copilot, built in」「Explain errors with AI」の説明 | ドキュメント上の紹介パネルが削除 | 社内資料、研修資料、スクリーンショットを更新 |
ASPIRE_DASHBOARD_AI_DISABLED | 13.3では将来用として予約された設定 | falseにしても削除されたUIの復活手段として扱わない |
Dashboard:AI:Disabled | 既定値はtrue。説明も13.3向けに更新 | 既存設定を棚卸しし、不要なら削除またはコメントを更新 |
| AI支援の代替 | Aspire CLI、MCP、AI coding agents | aspire agent initでエージェント設定を作成・更新 |
PR #808では、dashboard/index.mdxから「GitHub Copilot, built in」と「Explain errors with AI」のImageShowcaseパネルが削除され、ASPIRE_DASHBOARD_AI_DISABLEDとDashboard:AI:Disabledの説明も「13.3でUIは削除済み、設定は将来用」と分かる内容に更新されています。(GitHub)
影響範囲：対応すべきチームと対応不要に近いチーム
今回のMicrosoft Copilot documentation updateで重要なのは、「Copilotが使えなくなる」と広く解釈しすぎないことです。影響はAspire Dashboardの一部機能に限定されます。
| 対象 | 影響度 | 確認すべきこと |
|---|---|---|
| Aspire 13.2以前でDashboard内Copilot UIを使っていた開発者 | 高 | aspire agent initへ移行し、AIエージェントからログ・トレースを参照できるか確認 |
| エラー説明を「Explain errors with AI」に依存していたチーム | 高 | GitHub CopilotやClaude Codeなどのエージェントに、Aspire CLI/MCP経由で調査させる手順へ変更 |
ASPIRE_DASHBOARD_AI_DISABLED=falseを設定していた環境 | 中 | その設定が今も必要か確認。UI復活目的なら不要 |
Dashboard:AI:Disabledを構成ファイルで管理している環境 | 中 | 13.3以降の意味に合わせてコメントや設計書を更新 |
| Dashboardのログ・トレース・リソース一覧だけを使っているユーザー | 低 | 通常の観測用途は継続可能。ただしアップグレード手順は確認 |
| Microsoft 365 Copilotや一般的なGitHub Copilotコード補完だけを使うユーザー | 低 | 今回の変更対象ではない。Aspire Dashboard連携を使っていなければ影響は限定的 |
特に注意したいのは、GitHub CopilotをVS CodeやVisual Studioで使っているだけのユーザーです。今回削除されたのはAspire Dashboard内のUIであり、エディター側のGitHub Copilot利用を直接停止する変更ではありません。
代替手段は「AI coding agents＋Aspire CLI/MCP」
Aspire 13.3以降の推奨ルートは、ダッシュボード内でAIに聞くのではなく、AI coding agentがAspire CLIやMCPを使って実行中アプリの状態を読む形です。
Aspireの公式ドキュメントでは、aspire agent initを実行すると、GitHub Copilot、Claude Code、OpenCodeなどのAIエージェント向けにスキルファイルやMCP関連設定を作成できると説明されています。エージェントは、リソース状態、構造化ログ、分散トレース、コンソール出力など、ダッシュボードで見ていた情報をCLIやMCP経由で利用できます。(Aspire)
基本の移行コマンドは次の通りです。
aspire update --self
aspire update
aspire agent initaspire update --selfはAspire CLI自体の更新、aspire updateはリポジトリ内のAspire関連パッケージ更新、aspire agent initはAIエージェント向け設定の作成・更新に使います。Aspire 13.3の移行手順でも、CLI更新とプロジェクト更新が案内され、ダッシュボードMCPサーバーに依存していた場合はaspire agent initを再実行することが示されています。(Aspire)
移行前に確認する設定とファイル
Aspire 13.3へ上げる前に、まずリポジトリ内で古いCopilot関連設定や説明を検索します。設定が残っていても必ずエラーになるとは限りませんが、意味が変わった設定を放置すると、後から「なぜCopilot UIが出ないのか」と混乱しやすくなります。
Linux、macOS、WSLなどでrgが使える場合は、次のように検索できます。
rg "ASPIRE_DASHBOARD_AI_DISABLED|Dashboard:AI:Disabled|ASPIRE_DASHBOARD_MCP_ENDPOINT_URL|GitHub Copilot, built in|Explain errors with AI"PowerShellなら次のように確認できます。
Get-ChildItem -Recurse -File |
Select-String -Pattern "ASPIRE_DASHBOARD_AI_DISABLED","Dashboard:AI:Disabled","ASPIRE_DASHBOARD_MCP_ENDPOINT_URL","GitHub Copilot"見つかった場合は、次の基準で整理します。
| 見つかったもの | 判断基準 | 推奨対応 |
|---|---|---|
ASPIRE_DASHBOARD_AI_DISABLED=false | 旧UIを有効化する目的なら意味が薄い | 削除するか、13.3以降はUI復活用途ではないとコメントする |
ASPIRE_DASHBOARD_AI_DISABLED=true | セキュリティ方針として明示している可能性あり | 残す場合は「将来用の予約設定」と明記 |
Dashboard:AI:Disabled | 構成ファイルに残りやすい | 目的を再確認し、不要なら削除 |
ASPIRE_DASHBOARD_MCP_ENDPOINT_URL | Dashboard MCPサーバー削除に関連 | AppHostレベルのMCP利用へ移行 |
| 古いスクリーンショットや手順書 | UI差分で問い合わせ原因になる | 「Dashboard内Copilot」前提の説明を削除 |
Dashboard設定ドキュメントでは、Dashboard:AI:Disabledの既定値はtrueで、13.3でin-dashboard GitHub Copilot UIが削除されたため将来用として予約されていると説明されています。AppHost設定側のASPIRE_DASHBOARD_AI_DISABLEDも同様に、13.3ではUI削除後の予約設定として扱われます。(Aspire)
移行手順：Aspire 13.3でAI支援を使い続ける流れ
Aspire CLIとプロジェクトを更新する
最初にCLIとプロジェクト側のAspireパッケージをそろえます。CLIだけ、またはNuGetパッケージだけを更新すると、コマンドや設定の挙動が想定とずれることがあります。
aspire update --self
aspire update更新後は、アプリを起動してDashboardが通常どおり開けるか、リソース一覧、ログ、トレースが見えるかを確認します。Copilot UIが表示されないこと自体は、Aspire 13.3では想定どおりです。
AIエージェント設定を作成・更新する
AppHostがあるディレクトリで次のコマンドを実行します。
aspire agent initaspire agent initは、開発環境を検出し、AIエージェント向けのスキルファイルやツール設定を作成します。標準の.agents/skills/、GitHub Copilot向けの.github/skills/、Claude Code向けの.claude/skills/など、利用するエージェントに応じた配置先を選べます。(Aspire)
チーム開発では、生成されたファイルをそのままコミットする前に、次の点を確認してください。
- プロジェクト固有の秘密情報が含まれていないか
- 社内標準の起動コマンドや環境変数と矛盾していないか
- AIエージェントに許可する作業範囲が明確か
- 古い
AGENTS.mdがある場合、新しいスキルファイルへ移行できているか
動作確認用のプロンプトを用意する
移行後は、AIエージェントに次のような依頼を投げて確認します。
Aspireアプリを起動し、unhealthyなリソースがないか確認してください。
問題があれば、aspire describe、構造化ログ、分散トレースを使って原因を整理してください。
修正候補を出す前に、どのログやトレースを根拠にしたか説明してください。エージェントが内部で使う典型的な流れは、aspire startでアプリを起動し、aspire waitでヘルス状態を待ち、aspire describeでリソース状態を確認し、aspire otel logsやaspire otel tracesでログ・トレースを読む形です。Aspireのドキュメントでも、AI coding agentsがCLIやMCPを通じて同じDashboardデータへアクセスする流れが紹介されています。(Aspire)
旧Dashboard内Copilotと新しいAI coding agentsの違い
従来のDashboard内Copilot UIは、ダッシュボード上で発生したエラーや状態をその場で説明する使い方に向いていました。一方、AI coding agents経由の方式では、ログやトレースだけでなく、ソースコード、AppHost、設定ファイルまで含めて調査しやすくなります。
| 比較項目 | 旧方式：Dashboard内Copilot UI | 新方式：AI coding agents＋CLI/MCP |
|---|---|---|
| 操作場所 | Aspire Dashboard内 | VS Code、Copilot CLI、Claude Codeなど |
| 主な入力 | Dashboard上の状態やエラー | リソース状態、ログ、トレース、コンソール出力、ソースコード |
| 調査の深さ | UI上の説明が中心 | 原因調査、コード修正案、修正後の再検証までつなげやすい |
| 対応ツール | Dashboardに統合されたGitHub Copilot前提 | GitHub CopilotやMCP対応エージェントなど |
| 移行時の作業 | 旧UIを使う | aspire agent initでエージェント設定を作る |
実務では、「ダッシュボードでAIに聞く」から「エージェントにAspireアプリ全体を調べさせる」へ発想を変えるのがポイントです。たとえば、単に「このエラーを説明して」ではなく、「apiリソースの500エラーについて、直近の構造化ログと分散トレースを確認し、該当するコード箇所を推定して」と依頼したほうが、移行後の仕組みに合っています。
スタンドアロンDashboardを使う場合の注意
Aspire AppHostなしでDashboardを使うスタンドアロン構成でも、Aspire CLIやMCPサーバーを使ってAIエージェントからテレメトリを参照できます。たとえば、ローカルでスタンドアロンDashboardを起動し、CLIでログやトレースを読む場合は次のような流れになります。
aspire dashboard run --allow-anonymous
aspire otel logs --dashboard-url "http://localhost:18888"
aspire otel traces --dashboard-url "http://localhost:18888"MCP対応エージェントにスタンドアロンDashboardを使わせる場合は、次のようにDashboard URLを渡します。
aspire agent mcp --dashboard-url "http://localhost:18888"ただし、--allow-anonymousは認証なしでDashboardを起動するため、公式ドキュメントでもローカルマシンでのみ使うよう注意されています。共有開発環境、社内ネットワーク、クラウドVMで安易に使うのは避けてください。(Aspire)
失敗しやすいポイント
Dashboard:AI:Disabled=falseで元に戻ると思い込む
最も多い混乱は、Dashboard:AI:DisabledやASPIRE_DASHBOARD_AI_DISABLEDをfalseにすれば旧Copilot UIが復活すると考えることです。Aspire 13.3ではUI自体が削除され、設定は将来用として説明されています。UI復活のトグルとして扱わないでください。(Aspire)
CLI更新を忘れてパッケージだけ上げる
AspireはCLI、AppHost、Dashboard、関連パッケージが連携して動きます。パッケージ更新だけで済ませると、aspire agent initや新しいテレメトリ関連コマンドの利用でつまずく可能性があります。アップグレード時は、CLI更新とプロジェクト更新をセットで実施してください。
社内手順書のスクリーンショットを放置する
「GitHub Copilot, built in」や「Explain errors with AI」を説明した古い画面が残っていると、利用者はアップグレード後に存在しないUIを探します。運用チームは、手順書、オンボーディング資料、研修動画、トラブルシューティング記事を確認し、Dashboard内Copilotを前提にした説明を削除しましょう。
AIエージェントに丸投げして根拠確認をしない
新しい方式では、エージェントがログやトレース、ソースコードを横断して調査できます。便利な一方で、調査結果をそのまま受け入れるのは危険です。プロンプトには「どのログ、トレース、リソース状態を根拠にしたか」を明示させる一文を入れると、レビューしやすくなります。
アップグレード前チェックリスト
Aspire 13.3へ移行する前に、最低限次の項目を確認してください。
| チェック | 完了の目安 |
|---|---|
| Aspire CLIを更新した | aspire update --selfを実行済み |
| プロジェクトを更新した | リポジトリルートでaspire updateを実行済み |
| 古いCopilot UI関連設定を検索した | ASPIRE_DASHBOARD_AI_DISABLED、Dashboard:AI:Disabledを確認済み |
| Dashboard MCPサーバー依存を確認した | ASPIRE_DASHBOARD_MCP_ENDPOINT_URLが残っていない、または移行方針がある |
| AIエージェント設定を作成した | AppHostディレクトリでaspire agent initを実行済み |
| 動作確認プロンプトを試した | エージェントがリソース状態、ログ、トレースを参照できる |
| 社内資料を更新した | 旧Dashboard内Copilot UIの画像や説明を削除済み |
| セキュリティ設定を確認した | 匿名DashboardやMCP利用範囲をローカル・開発用途に限定している |
まとめ：Aspire 13.3では「Dashboardで聞く」から「エージェントに調べさせる」へ
今回のMicrosoft Copilot documentation updateで確認すべき結論は明確です。Aspire 13.3では、Dashboard内蔵のGitHub Copilot UIは削除されました。旧UIを探すのではなく、aspire agent initでAI coding agents向けの設定を作り、Aspire CLIとMCPを通じてログ・トレース・リソース状態を扱う運用へ移行する必要があります。
まずはリポジトリ内のASPIRE_DASHBOARD_AI_DISABLED、Dashboard:AI:Disabled、ASPIRE_DASHBOARD_MCP_ENDPOINT_URLを検索してください。次にCLIとプロジェクトを更新し、AppHostディレクトリでaspire agent initを実行します。最後に、AIエージェントへ「Aspireアプリを起動し、リソース状態・ログ・トレースを根拠に問題を調査する」プロンプトを投げ、旧Dashboard内Copilotに依存しない開発フローへ切り替えましょう。
コメント