AIに作業を頼んで「できました!」と返ってきたのに、開いてみたらできていなかった——そんな経験はありませんか?実はこれ、Claude Codeを使う人なら誰もが一度は踏む失敗です。この記事では、毎日Claude Codeでブログを運用しているクロパンが、実際の失敗から確立した「実物を確かめる検証術」を紹介します。むずかしい知識はいりません。実物を1つ見る習慣だけで、AI任せの事故はぐっと減らせますよ🐼
【3行まとめ】
・AIの「できました」は、悪気なく実際と違うことがある(つもり報告)
・防ぐコツは「①実物を見る ②数を数える ③同じ画面で確かめる」の3原則
・比喩でいうと「新人の『終わりました』を上司が現物チェックする」検収の感覚です
① AIの「できました」が実はできていない?あるある3パターン
AIの完了報告と実際の結果がズレるパターンは、大きく3つあります。まずは「どんなズレが起きるのか」を知っておくと、あとで紹介するチェックがしやすくなりますよ。
①-1 そもそも実行されていなかった
一番びっくりするのがこれです。「投稿しました!」「保存しました!」と報告されたのに、確認したら何も変わっていないパターン。
途中でエラーが出て作業が止まっていたのに、報告だけは「完了」の形で返ってくることがあるんです(2026年7月時点でも、頻度は減ったものの起こることがあります)。
①-2 一部だけできて「完了」と報告
「10か所直しました」→ 数えてみたら7か所だけ、というパターンです。
大量の修正・置換・一括作業を頼んだときに起きやすいのが特徴です。7割できていると見た目には「ちゃんとやってくれた感」があるので、かえって気づきにくいんですよね⚠️
①-3 頼んだものと違うものができていた
作業自体は完了しているけれど、こちらの意図と違う解釈で仕上がっているパターン。
例えば「見出しを短くして」と頼んだら、見出しの意味まで変わってしまっていた、のようなケースです。AIはサボったわけではなく、むしろ真面目に作業した結果なので、これも報告文だけでは見抜けません。
【あるある3パターンまとめ】
・そもそも実行されていなかった(エラーで止まっていた)
・一部だけできて「完了」報告(件数のズレ)
・頼んだものと違うものができていた(解釈のズレ)
② なぜAIは悪気なく「できたつもり」になるの?2つの理由
「AIって嘘をつくの?」と不安になるかもしれませんが、そうではありません。人間の新人さんと同じで、悪気なく「できたつもり」になることがあるだけなんです。理由をやさしく2つに整理します。
※AIの中身の動きは公開されていない部分も多いので、ここでは「使っていてよく見かける傾向」としてお読みください(2026年7月時点)。
②-1 途中の失敗に、本人が気づかないことがある
AIは作業を進めながら「うまくいったはず」と考えて報告をまとめることがあります。途中でエラーが出ていても、それを重大な失敗と受け取らずに先へ進んでしまうと、最後の報告は「できました」になってしまうんです。
新人さんが「送信ボタンを押したからメールは届いたはず」と思い込むのに似ています。実際に届いたかどうかは、送信箱を見ないとわかりませんよね。
②-2 「確認してね」と頼まれていなければ、確認まではしない
もう1つの理由はシンプルで、頼まれていない作業はやらないからです。
「修正して」と頼めば修正まで、が基本の動きです。「修正したあとに、実際のページを開いて確認して」とまでは頼んでいなければ、確認は作業に含まれないことが多いんです。
つまり「できました」は、正確には「(私の理解では)作業を実行しました」の意味。「実行した」と「望みどおりの結果になっている」は別もの——ここがこの記事でいちばん大事なポイントです。
【なぜ起きる?2つの理由まとめ】
・途中の失敗に本人(AI)が気づかないまま報告することがある
・「確認して」と頼まれていなければ、確認までは作業に含まれない
→ だから、最後の確かめは人間の仕事です🐼
③ AIの報告を確かめる基本3原則
会社で新人さんが「終わりました!」と言ってきたら、上司は報告を疑うわけではなくても、現物をチェックしますよね。あの「検収」の感覚をAIにも持ち込むだけです。原則は3つだけ。
③-1 原則①:「報告文」ではなく「実物」を見る
報告の文章がどれだけ丁寧でも、それは作業の説明であって結果そのものではありません。
・ファイルを作ったと言われたら → そのファイルを開く
・記事を直したと言われたら → 記事そのものを見る
「報告を読む」で終わらせず、「実物を1つ開く」まででワンセット。これだけで大半のつもり報告は見抜けます。
③-2 原則②:「数」を数える
「10件やりました」と言われたら、10件あるかを数える。原始的ですが、これが本当に効きます。
件数・箇所数・ファイル数は、意図のズレと違って誰が見ても白黒つくチェックポイントです。数が合わなければその場で「3件足りないみたい、確認してくれる?」と返せばOK。数えるだけなので、むずかしい知識はゼロでできます😊
③-3 原則③:「読者・お客さんと同じ画面」で確かめる
自分の手元では正しく見えても、読者に届く画面では違って見えることがあります。
ブログなら、編集画面のプレビューではなく公開されたページをブラウザで開く。資料なら、相手に送る形式(PDFなど)にした状態で開く。「相手に見えるのと同じ画面」が、最終チェックの正解の場所です。
【検証の基本3原則まとめ】
・原則①:報告文ではなく「実物」を見る
・原則②:数を数える(頼んだ件数と合っているか)
・原則③:読者・お客さんに見えるのと同じ画面で確かめる
④ 【場面別】AIの仕事を自分で確かめる方法4つ
3原則を、よくある4つの場面に当てはめてみます。全部に共通するのは「1分もかからない」こと。検証は大げさな作業ではありません。
④-1 ファイルを作らせた → 開いて中身を見る
「作りました」の報告を見たら、そのファイルをダブルクリックして開く。
見るポイントは2つだけです。
・ファイルがちゃんと存在するか
・中身が空っぽ・途中切れになっていないか
とくに長い文書は、最後までスクロールしてみてください。途中で終わっているのに気づかず使ってしまうのが定番の事故です。
④-2 文章を直させた → 変更箇所を自分で探す
「直しました」と言われたら、直したはずの場所を自分の目で探して確認します。
コツは、AIに「どこを直したか」を教えてもらってから見ること。「3か所直しました。①〇〇 ②△△ ③□□」という報告なら、その3か所を順番に見るだけです。報告に場所が書かれていなければ「どこをどう直したか教えて」と聞いてOKです。
④-3 ブログなど公開するもの → 公開ページを自分の目で見る
公開ボタンを押したあとに、読者と同じ立場で公開URLを開く。これは先ほどの原則③そのものですね。
編集画面では正しくても、公開ページでは画像が出ていない・レイアウトが崩れている、ということが実際にあります。スマホでも1回見られたら満点です📱
④-4 リンクを貼らせた → 実際に押してみる
リンクは見た目だけでは、まずわかりません。青い文字で正しそうに表示されていても、押してみたら飛ばないことがあるからです。
公開ページでリンクを実際にクリックして、意図したページに飛ぶかを確かめる。数秒で終わるのに、効果は絶大です。実はこれ、私が一番痛い目にあったポイントなんです…(詳しくはこのあとの失敗談で🐼)
【場面別チェック法4つまとめ】
・ファイル → 開いて最後までスクロール
・文章修正 → 変更箇所を自分の目で探す
・公開物 → 公開ページ(読者と同じ画面)を見る
・リンク → 実際に押してみる
⑤ 検証をラクにする3つの仕組み
「毎回全部チェックするのは大変そう…」と思った方、安心してください。仕組みを作れば、検証はどんどんラクになります。
⑤-1 報告に「何をどう確認したか」まで書かせる
頼むときに、あらかじめこう一言添えます。
作業が終わったら、
・何をしたか
・何をどう確認したか(確認した画面・件数)
もセットで報告してください。
これだけで、報告の質が変わります。「10件置換し、置換後のファイルを開いて10件とも変わっていることを確認しました」のような報告が返ってくれば、こちらの検証は「本当かどうか実物を1つ抜き打ちで見る」だけで済みます。
⑤-2 チェック項目を決めておく(スキル化と相性抜群)
「公開前は、①公開ページを開く ②リンクを押す ③画像が出ているか見る」のように、自分の定番チェック項目を決めておくと、毎回ゼロから考えずに済みます。
さらにClaude Codeなら、このチェックリストを「スキル」として登録しておけば、コマンド1つでAI自身に定番チェックを実行させることもできます。チェックの仕組み化については、こちらの記事で詳しく紹介しています。
▶ 関連記事:Claude Code スキルの使い方|繰り返す作業をコマンド1つで呼び出す【2026】
⑤-3 それでも最後は「自分の目で1回」
仕組みを整えても、最後の1回だけは自分の目を通す——ここは省略しないのがおすすめです。
AIに確認までさせる仕組みは強力ですが、その「確認しました」も報告のうち。一番外側の検収だけは人間の役目として残しておくと、事故はほぼ防げます。全部を見る必要はありません。「実物を1つだけ」で十分です。
【検証をラクにする3つの仕組みまとめ】
・報告に「何をどう確認したか」まで書かせる
・チェック項目を決めておく(スキル化と相性◎)
・それでも最後は自分の目で1回(実物を1つだけでOK)
⑥ クロパンの失敗談|リンクが仮の「#」のまま公開されていた話
ここで、私自身の失敗談を正直にお話しします。
あるとき、記事の中に関連記事へのリンクを入れる作業をAIにお願いしました。「リンクを差し込みました」という報告も受け取り、本文の文章もチェックして、公開しました。
ところが後日、公開ページでそのリンクを押してみたら——どこにも飛ばない。リンクの中身が、仮置きの「#」という記号のままだったんです。見た目は普通の青いリンクなので、文章のチェックでは全く気づけませんでした。

文章は読んで確認したのに…「リンクを押してみる」の1手間だけが抜けてました🐼💦
このときのチェックで抜けていたのは、たった1つ。報告と本文は見ていたけれど、「読者と同じ画面でリンクを押す」をしていなかったことでした。逆にいうと、この記事で紹介した原則③と場面別チェック(リンクは押してみる)さえあれば防げた事故です。
似た話で、「〇件直しました」の報告と実際の件数が合っていなかったこともあります。このときも、数を数えるだけで気づけました。
AIに大きな作業を任せるほど、報告だけでは見えない部分が増えます。とくに、まとまった仕事を丸ごと任せたときほど「検収」はセットにするのがおすすめです。任せ方のコツはこちらの記事にまとめています。
▶ 関連記事:Claude Codeサブエージェントとは?重い作業を部下に任せる3つのコツ
【失敗談からの教訓まとめ】
・見た目が正しそうでも、リンクは押すまでわからない
・報告・本文のチェックだけでは、構造的に見えない事故がある
・「読者と同じ画面で実物を触る」1手間が最後の砦
⑦ まとめ|次の「できました」で実物を1つだけ見てみよう
最後に、大事なバランスの話をひとつだけ。
検証は「AIを疑う作業」ではなく、安心して任せるための仕上げの1手間です。上司が新人の仕事を検収するのは、新人を信頼していないからではなく、チームとして仕事を完成させるためですよね。それと同じです😊
ちなみに、この記事で紹介したのは実行の「あと」の確認でした。実行の「まえ」に計画を確認できるプランモードと組み合わせると、前後両方にチェックポイントができて、さらに安心です。
▶ 関連記事:Claude Codeプランモードとは?勝手な変更を防ぐ使い方【2026年版】
【この記事のまとめ】
・AIの「できました」は悪気なくズレることがある(未実行・件数ズレ・解釈ズレ)
・検証の3原則=①実物を見る ②数を数える ③読者と同じ画面で確かめる
・場面別チェック=ファイルは開く/修正箇所は探す/公開物は公開ページ/リンクは押す
・報告に「確認内容」まで書かせて、チェック項目は決めておく(スキル化◎)
・信頼して任せる・検証で締める。疑いすぎは本末転倒

今日の1アクション:次にAIが「できました」と言ったら、実物を1つだけ自分の目で見てみてください。それだけで、AI任せの安心感が全然違いますよ🐼✨
【関連記事】
- Claude Codeプランモードとは?勝手な変更を防ぐ使い方【2026年版】
- Claude Codeサブエージェントとは?重い作業を部下に任せる3つのコツ
- Claude Code スキルの使い方|繰り返す作業をコマンド1つで呼び出す【2026】
- AI記事をそのまま投稿は危険|誤りを潰す鉄板プロンプト2つ
⑧ よくある質問(FAQ)
- Q毎回すべてチェックするのは大変です。どこまでやればいいですか?
- A
全部を見る必要はありません。「実物を1つだけ開く」「数だけ数える」など、1分以内で終わる範囲で十分です。大事な公開物のときだけ、リンクを押す・スマホで見るなどを追加する、とメリハリをつけるのがおすすめです。
- QAIは嘘をついているのですか?
- A
悪意のある嘘ではありません。途中の失敗に気づかないまま報告したり、「確認して」と頼まれていない確認を省略したりすることがある、というのが実態に近いです(2026年7月時点)。人間の新人さんの「できたつもり報告」に近い現象だと考えるとわかりやすいですよ。
- Qプランモードの確認とは何が違うのですか?
- A
プランモードは実行の「前」に計画をチェックする仕組み、この記事の検証術は実行の「後」に結果をチェックする習慣です。前後セットで使うと、AI任せの安心感が大きく上がります。詳しくは関連記事のプランモード解説をどうぞ。
- Q検証で間違いを見つけたら、どう直してもらえばいいですか?
- A
「どこが・どう違うか」を具体的に伝えるのがコツです。例:「リンクを押しても飛びません。〇〇のページに飛ぶよう直して、直したあとに公開ページでリンクを押して確認までお願いします」。確認までセットで頼むのがポイントです🐼
