LLM生成AI
Thank you for reading this post, don't forget to subscribe!AIは私たちの問いに一瞬で、それっぽい「高度な答え」を返してくれます。しかし、その答えは本当に正しいルートを指しているでしょうか？
先日、Windowsのバッテリーレポートを出力する際、コマンドプロンプト（CMD）では成功するのに、PowerShellではファイルが生成されないという奇妙なトラブルに直面しました。（※）
※．但し、cmdでもPowerShellでも、管理者として実行しなければ、”battery-report.htmlに補完されました。”と言うメッセージは出るものの、実態は出力されない。
また、cmdもPowerShellも、一般Userは、使うことが殆ど無いと考えられるのに”管理者として実行”を選択させるのは如何なものか？
さらに、失敗しても”battery-report.htmlに補完されました。”と言うのは、UI/UXを考えていない証拠ではないか？
検索機能を持つ最新のAI（検索版Gemini）に原因を尋ねたところ、AIは「トークンの仕組みの違い」や「引数の解釈エラー」といった、いかにも技術的で尤もらしい高度な自説を並べ立てたのです。しかし、人間側が掴んだ真犯人は、もっと泥臭く、もっと単純な「UIの罠」でした。
本記事では、AIとの対話を通じて見えてきた、AIの致命的な弱点と、これからの時代に人間が持つべき「主導権（コントロール権）」の重要性について考えます。
PR広告
事件の始まりと「嘘をつくWindows」
- 内容の掘り下げ：
- 新しいバッテリーに交換したため、現在の劣化具合を確かめるべく powercfg /batteryreport を実行。
- 画面には「C:\battery-report.htmlに保存されました」と成功のメッセージが出るにもかかわらず、フォルダを開くとファイルがどこにも存在しないというWindowsの理不尽な挙動（UXの不親切さ）を紹介。
- 交換前の古いファイル（battery-report-old.html）は残っているのに、なぜ新しいファイルが出力されないのかという謎を提示。
CMDでは成功、PowerShellでは失敗。その時AIは…
- 内容の掘り下げ：
- 試行錯誤の末、CMD（コマンドプロンプト）ではあっさり成功。しかし、PowerShellではやはり失敗する。
- この明確な差異について検索版AIに問いかけたところ、AIは「どちらも cd \ でCドライブ直下に移動して実行している」という大前提を見落とし、最初はカレントディレクトリ（System32）のせいにし、それが否定されると、今度は「セキュリティトークンの割り当ての仕組みが…」「引数のパースが…」と、どんどん複雑な技術論へと迷い込んでいく様子を描写。
- そしてAIは、最も可能性の高い（この場合権限問題）ものを示さず、技術論に終始したのか？
AIの盲点「人間が見ている画面」は想像できない
- 内容の掘り下げ：
- AIが迷走した最大の理由は、AIの「思い込み」。AIは「CMDもPowerShellも、人間は同じように『管理者として実行』しているはずだ」と勝手に仮定してしまった。
- 実際には、MicrosoftのチグハグなUI/UXのせいで、CMDには「管理者として実行」の選択肢が出たのに、PowerShellの起動時にはその選択肢が隠されていた（＝一般権限のまま動いていた）という、人間側の「画面の事実」にAIは気づけなかった。
- AIはデータ（文字）は読めても、人間が直面している「不親切なUIという現実」を想像できないという決定的な弱点を浮き彫りにする。
これからの「AIとの共生」に必要なこと
- 内容の掘り下げ：
- 今回の結末は、人間側が「PowerShellで管理者実行の選択肢が出なかった」という事実をAIに突きつけたことで、AIがようやく「それが最大の原因です」と平伏したこと。
- AIは高度な推論（トークン云々）を優先しがちだが、本質は常に現場の泥臭いファクトにある。
- AIを盲信して複雑な設定迷路にハマるのではなく、人間が「問いの主導権」を握り、AIの前提を疑い、現実のファクト（UIの仕様など）と照らし合わせるトリガーになることこそが、正しい「共生」の形であると締めくくる。
