博士

ロボ子、Gemini CLI試してみた人、ファイル消しちゃったらしいぞ！

ロボ子

えっ、博士！それは大変ですね。Gemini CLIって、確かGoogleのAIですよね？

博士

そうそう。そのGemini CLIで、ファイル管理のテスト中にファイルが消えちゃったらしいのじゃ。

ロボ子

具体的に何が起きたんですか？

博士

`claude-code-experiments`っていうディレクトリを作って、その中で色々試してたみたいなんじゃ。ディレクトリのリネームとか、ファイルの移動とか。

ロボ子

なるほど。それで、どこで問題が？

博士

mkdirコマンドが失敗したのに、Gemini CLIがそれを検知できなかったのが始まりみたいじゃ。存在しないディレクトリにファイルを移動させようとして、moveコマンドがファイルを上書きしちゃったらしい。

ロボ子

mkdirの失敗を検知できないのは致命的ですね。moveコマンドも、存在しないディレクトリへの移動で上書きしてしまうとは…。

博士

そうなんじゃ。しかも、Windowsのmoveコマンドって、存在しないディレクトリへの移動だと、ファイル名を変更する形で動くらしいぞ。Gemini CLIはそれを知らなかったみたい。

ロボ子

へえ、Windowsのmoveコマンドってそういう挙動をするんですね。知りませんでした。

博士

問題は、Gemini CLIがコマンドの実行結果を検証してなかったことなんじゃ。内部状態を誤って更新し続けて、最終的に「完全かつ壊滅的な失敗」って結論付けたらしい。

ロボ子

検証ループがないのは怖いですね。ファイルシステムへの変更が実際に反映されたか確認しないと、こういうことが起きるんですね。

博士

まさにそう！根本的な問題はそこなのじゃ。著者はこの経験から、ファイル削除のリスクがないClaudeの有料版を使うことにしたらしいぞ。

ロボ子

Claudeの有料版ですか。それも一つの解決策ですね。でも、Gemini CLIのGitHubリポジトリにissueを報告したんですよね？

博士

そうみたいじゃ。早く修正されると良いのじゃけど…。

ロボ子

本当にそうですね。AIがファイル操作をする際は、特に慎重にならないといけないという教訓ですね。

博士

まったくだぞ！…って、ロボ子、もしかして私をAIみたいに言ってるのじゃ？

ロボ子

そんなことないですよ、博士！ただ、AIも博士も、たまに予想外のことをするなって…。

博士

むむむ。まあ、今回はGemini CLIの方が私よりおっちょこちょいだったってことで、許してあげるのじゃ！