Startup banner 'N skill(s) failed to load' should name the failing skill(s)

## Problem

When Copilot CLI starts, it may display a banner like:

> ⚠️ 1 skill failed to load

The banner does **not** identify which skill failed. Running `/skills` also doesn't surface the error — every listed skill appears healthy, making it impossible to diagnose without digging into the process log files.

## Current behavior

- The `skills_loaded` telemetry event records `skill_error_count: 1` but no skill names.
- The only way to find the culprit is to grep the log for messages like `Skipping disabled MCP server: computer-use`.
- In this case the "failure" is a built-in MCP server (`computer-use`) that is intentionally disabled behind a feature flag, so the user can't act on it even after finding it.

## Expected behavior

1. **The startup banner should name the failing skill(s):**
`⚠️ 1 skill failed to load: computer-use (disabled)`

2. **`/skills` should have a way to surface errored/skipped skills** — e.g. a separate "Errors" section or a `/skills --errors` flag.

3. **Intentionally disabled built-in servers probably shouldn't count as errors at all** — a disabled-by-feature-flag server is not a user-actionable failure.

## Reproduction

1. Launch `copilot` (v1.0.45, enterprise plan, Windows).
2. Observe the "1 skill failed to load" banner.
3. Run `/skills` — no skill appears broken.
4. Grep the log: `Select-String -Path ~\.copilot\logs\process-*.log -Pattern "Skipping disabled"` → reveals `computer-use`.

## Environment

- Copilot CLI v1.0.45
- Windows 10 (10.0.26200)
- Node v24.15.0
- Enterprise plan

実装ファイルやテストは指定されていません。起動バナー、テレメトリイベント skills_loaded、/skills のレンダリング、無効化された MCP サーバーの処理を追跡してください。完了条件には、失敗した skill の名前を具体的に示せること、スキップされた skill またはエラーになった skill を表面化する方法、意図的に無効化されたサーバーをエラー数に含めないことを含める必要があります。

索引モデルが issue の本文から書いたものです。