KB5101684を検証・結果は必ずしもユーザーに有効なものではない〜Copilotの提案と実機検証のギャップ〜

• Copilotが提示した検証マトリクス（calc / cal / calcl / calcul）
• 実際の検証結果（キャプチャ付き） ：
  • calc → ✅ アプリとして最上位に表示
  • cal → ⚠️ ヒットするが、電卓は2番目（補完文字付きのファイルが上位）
  • calcl → ❌ ヒットせず（誤字補正は未対応）
  • calcul → ✅ 最も一致する結果として最上位に表示
  • 日本語では、どうだろうか？➡でん → ✅ 日本語検索は有効
• 分かったこと：部分一致は改善されたが、「誤字補正」は、まだローカル検索では実装されていない。Copilotの「誤字入力でもヒットする」という説明はハルシネーションだった。※.日本語入力は私の発想（Copilotには、日本語で質問しているが、日本語入力例までは、対応してくれていない。）

• Searchの勝手な文字補完はユーザーが意図しない結果を招く
• 「強化」と「補正」はバーター。ユーザー視点のUX設計を再考すべき
• 余計なチリツモ機能でOSが重くなるだけ
  ※.しかも、補完される文字は、タイミングにより「バラバラ」。以下の画像で補完文字の違いを示す。

• Copilotは「Voice Isolationの設定画面を撮れ」と提案したが、私のPCには当該設定項目が存在しなかった
• Widgetsの通知バッジ色変更も同様に未確認
• 理由：KB5101684は「段階的ロールアウト（gradual rollout）」の更新であり、機能が全デバイスに同時に届くわけではない。Copilotはこの事実を無視して「全てのPCで確認できる」かのように回答した。

• 従来：feedback-hub: で直接起動
• 現在：Searchで「Feedback Hub」と入力すると、設定の「プライバシーとセキュリティ＞診断とフィードバック」が開くという謎の挙動
• 回避策：Win + R → feedback-hub: → Enter で従来通り起動可能

• Copilotの回答は公式ドキュメントの内容をなぞっているが、実機環境の差異（段階的ロールアウト）を考慮していない
• 「誤字補正」に関する説明は実際の挙動と一致せず、ハルシネーションを含む
• 教訓：AIの提案は「参考情報」として扱い、必ず自身の手で検証すること。今回の検証で得たキャプチャは、むしろ「改善の限界」を示す貴重な資料となった。

• プレビュー更新の「段階的ロールアウト」は、ユーザー体験にムラを生む
• 機能の有無が環境によって異なるなら、公式発表時に「全ての機能が全てのPCで利用可能とは限らない」旨を明記すべきではないか
• 今回の検証を通じて、「AIの提案」と「実際の製品」の間にあるギャップを可視化できたことは、読者の皆さんにとっても有意義なはずだ

■ Feedback Hub投稿：開発者向け英語技術レポート（要約）

先の検証結果を基に、Microsoft開発者向けに英語で詳細な技術レポートをFeedback Hubへ提出した。
単なる「不具合報告」ではなく、OS設計の根幹に関わる問題として構造化して伝えている。

指定カテゴリ

• Primary：Apps → Feedback Hub
• Secondary：Search → App Search Windows Shell → Start Menu & Search Settings → System Settings

タイトル
Windows Search and Feedback Hub: Recent Updates Introduce Critical Usability Regressions

レポート要約（3つの観点）

① Windows Searchの回帰（枝葉末節ではなく本質的欠陥）

• cal と入力すると cal* へ強制的な前方一致展開（Stem Matching）が働き、意図しないファイルやドキュメントが大量にヒット。これは「誤字補正」ではなく、単なる過剰なプレフィックス拡張に過ぎない。
• calcl では電卓がヒットせず、真のタイポ補正はローカルSearchでは未実装であることを改めて確認。
• 関連性ランキングがユーザーの意図を上書きし、目的のアプリより無関係な候補が上位に表示される。
• この拡張マッチングにより、SearchApp.exeのインデックス再構築頻度とバックグラウンドCPU/I/O負荷が増加。パフォーマンス面でもマイナス。

② Feedback Hub起動の回帰（診断ツールへのアクセス阻害）

• ms-feedback: URIを実行してもFeedback Hubが起動せず、「設定 ＞ プライバシーとセキュリティ ＞ 診断とフィードバック」へ誤遷移するルーティング障害を確認。
• ShellExperienceHost から FeedbackHub.exe へのハンドオフが失敗し、SettingsHostにフォールバックしてしまうのが原因と推測。
• その結果、ユーザーがフィードバックを送るための入り口そのものが塞がれている状態。これは単なるバグではなく、診断エコシステムの根幹を損なう深刻な回帰と位置付けた。

③ なぜこれらが「枝葉末節」ではなく「本質的問題」なのか

• Searchの予測不能性は、パワーユーザーやITプロフェッショナルのワークフローを著しく阻害する。
• Feedback Hubへアクセスできないことは、他の回帰報告をも妨げる負のスパイラルを生む。
• 「発見容易性（Discoverability）」を優先するあまり、正確性（Accuracy）とユーザー意図（Intent）が軽視されている設計思想そのものに問題がある。

レポート内で要求した修正ポイント

Searchに対して

1. 完全一致モード（Exact Match Mode） の提供（ステミング・プレフィックス展開・使用頻度ランキングを排除）
2. AI提案はあくまでオプション機能とし、デフォルトは決定論的（Deterministic）検索に戻す
3. SearchApp.exeのマッチングルール（前方一致・ステミング・ランキングロジック・タイポ処理）を公式ドキュメントで明確に開示すること

Feedback Hubに対して

1. ms-feedback: URIのルーティングを即時修正
2. ShellExperienceHost → FeedbackHub.exe のハンドオフを復旧
3. 全システムエントリポイントからFeedback Hubが起動できることを保証
4. 起動失敗時の診断ログを追加実装すること

補足：LinkedIn投稿について

本レポートの要約版はLinkedIn（およびTech Community）にも同様の内容で投稿済み。
英語の技術コミュニティに向けて、「KB5101684で導入された回帰は単なる表示改善の範囲を超え、OSの中核的UXを損なうレベルにある」旨を発信している。

本記事で伝えたいこと
今回の一連の検証で浮き彫りになったのは、「AI／Copilotが提案する機能検証ポイント」と「実機の段階的ロールアウト状況」のギャップ、そして**SearchやFeedback Hubといった基幹機能に忍び込んだ設計上の逆行（Regression）**である。
ユーザーはもはや「ベータテスター」ではない。OSの基本動作が予測可能で安定していることは、最もプリミティブでかつ最重要な要件だ。Microsoft開発陣には、ぜひ本レポートを一つの“問題定義書”として受け止め、早期の是正を期待したい。