AIの「たぶん壊れています」を確かめたら、壊れていなかった

Last updated at 2026-08-20Posted at 2026-08-20

AIに何かを相談すると、たいてい「原因はこれです」という答えが返ってきます。理由も筋が通っていて、読むと納得できます。

先日、私はその答えをそのまま信じて、壊れていないものを直しにいきました。

この記事は、その失敗と、次から同じ間違いをしないための確かめ方の記録です。特別な知識は必要ありません。AIを仕事や暮らしで使い始めた人が、そのまま使える内容にしています。

何が起きたのか

このブログを更新したときの話です。

いつもは、変更を送信すると自動で公開の処理が始まり、数十秒で新しいページが見られるようになります。ところがその日は、管理画面をいくら見ても、公開処理が始まった形跡がありませんでした。

そこでAIに状況を伝えて相談しました。返ってきた答えは、こういうものでした。

送信は届いているのに公開処理が作られていないので、連携の権限が切れている可能性が高いです。設定を確認して、つなぎ直してください。

もっともらしい説明です。実際、そういう不具合はあります。私はこの説明を受け入れて、自動公開をあきらめ、手動で公開する方法に切り替えました。

次の日、記録そのものを確認しました。管理画面の見た目ではなく、いつ何が起きたかが時刻つきで残っているデータのほうです。

そこに残っていたのは、こういう事実でした。

つまり、連携は一度も切れていませんでした。壊れていたのではなく、その日だけ遅れていたのです。設定をつなぎ直す必要はまったくありませんでした。

もし言われたとおりに設定を触っていたら、正常に動いているものを触って、新しい問題を作っていたかもしれません。

原因は、AIが賢くなかったからではありません。確かめずに進んだからです。

振り返ると、三つの取り違えがありました。

AIは、こちらが伝えた症状に合う原因を組み立てるのが得意です。ただ、こちらが記録を渡していなければ、AIも見ていないものについては推測するしかありません。推測が悪いのではなく、推測を結論として扱ったことが問題でした。

専門知識がなくても使える形にまとめます。AIに相談したあと、対処に進む前に挟むだけです。

原因の説明ではなく、確認方法を聞きます。答えが「画面を見てください」で終わるなら、まだ確かめられていません。時刻や履歴が残っている場所を教えてもらいます。

一覧に出ていない、表示されない、反応がない。これらはすべて症状であって、原因ではありません。いつ何が起きたかが残っているものを探します。

普段は何秒か、何件か、いくらか。ここを知らないと、目の前の状態が異常なのか判断できません。異常の定義は、正常を知って初めて決まります。

「まだ終わっていないだけ」「反映が遅れているだけ」「そもそも別の場所を見ている」。この種の可能性を一つ確認してから対処に進みます。

今回で言えば、時刻は事実として確認できました。一方で、**なぜその日だけ遅れたのかは、いまも分かっていません。**サービス提供元の障害情報にも、その時間帯の記載はありませんでした。

分からないことを「たぶんこうだろう」で埋めない。これが一番効きました。

生成AIを使う人は増えています。総務省の令和7年版情報通信白書によると、日本の個人の生成AI利用経験率は、2023年度調査の9.1%から2024年度調査では26.7%へ上がりました。

続く令和8年版情報通信白書のデータ集にも、「AI利用のリスクに関する考え方」や「AIの適切な利用のために気を付けていること」という調査項目が並んでいます。使う人が増えるほど、答えの受け取り方そのものが話題になっている、ということだと受け取りました。

なお、この2つの割合の中身は図表画像として公開されており、私はまだ数値を読み取れていません。読み取れていないものを、読み取ったように書くのはやめておきます。

私はこの日、30分待てば直っていたものを、あわてて別の方法で回避しました。手を動かした分だけ、状況は複雑になりました。確かめる時間のほうが、直す時間より短かったというのが、今回いちばん残った感想です。

AIと一緒に何かを作る過程は、制作過程編にも記録しています。うまくいかなかったことも含めて残しています。

この記事は自分のブログに書いたものを転載しています。
元記事: https://ai-to-tsukutte-miru.pages.dev/articles/verify-ai-answers/?src=qiita