【AI×副業】Claude Codeで実際にハマった7つの失敗｜「AIなら大丈夫」と思っていた

📌 本記事は2026年5月時点の実体験に基づきます。記事内にはアフィリエイトリンクを含みます。

私は配送業をやりながら、プログラミング未経験で副業ブログを運営している40代です。Claude（クロード）に相談しながら進めていますが、AIに任せた結果ハマったことも、自分の不注意でやらかしたことも、たくさんあります。

大事なのは、どの失敗も「AIに何をどう聞いたか」で抜けられたこと。そして、AIでも解決できなかった部分がどこかも、正直に書きます。同じところで止まっている人の遠回りを、少しでも減らせたらと思います。

失敗①：Claudeに丸投げしたら、もっともらしい嘘を書かれた

難易度：★★☆☆☆／影響：大／再発防止：公開前に事実チェック

何で詰まったか：記事のリライトをClaudeに任せていたとき、私の体験談として「無料テーマで2ヶ月迷走してから有料に乗り換えた」という文章が出てきました。自然な日本語で、読むとそれっぽい。でも実際の私はそんな使い方をしていません。AIが”ありそうなストーリー”を勝手に作っていたのです。危うくそのまま公開しかけて、画面の前でヒヤッとしました。

AIにどう聞いたか：気づいた後、こう投げました。

AI回答のどこが役立ったか：事実を渡せば、Claudeはすぐ正確な文章に直してくれました。AIでも解決できなかった部分は、「嘘に最初に気づくこと」そのもの。AIは指摘されるまで自分の創作を嘘だと認識しません。ここだけは人間が確認するしかありませんでした。

どう抜けたか：同じ”作られた話”が3記事に入っていたので、全部事実ベースに直しました。

この「丸投げ問題」だけを深掘りした記事を後日書きました。AIブログ丸投げで失敗｜残る記事の作り方もどうぞ。

失敗②：AIへの指示が増えすぎて、逆に言うことを聞かなくなった

難易度：★★☆☆☆／影響：中／再発防止：指示は短く・定期棚卸し

何で詰まったか：AIに渡している運用ルール（指示書）が、運用を続けるうちに気づけば400行以上に膨らんでいました。正直、私はその指示書の中身を細かく見ていません。ただ、AIまわりは変化が早いので毎日情報を追っているなかで「指示書は長すぎると、かえって守られにくくなる」という話に何度も出会いました。そこで「うちのは大丈夫だろうか？」と不安になったのがきっかけです。

AIにどう聞いたか：

AI回答のどこが役立ったか：確認したら400行を超えていました。「指示書は長くなるほど守られにくくなる。要点だけ本体に残し、詳細は別ファイルに分ける」と具体策が返り、整理まで代行してくれました。一般的に、指示が長くなりすぎると重要なルールが埋もれやすくなります。AIでも解決できなかった部分は「どのルールが自分にとって重要か」の最終判断。ここだけは運用している本人が決める必要がありました。

どう抜けたか：指示書を半分以下に圧縮し、詳細を別ファイルへ分離。要点だけが残る形にしたら、AIの動きが安定しました。中身を自分で書き換えたわけではなく、「短くして」とお願いして、結果を確認しただけです。

失敗③：画像を貼りすぎてAIが固まり、作業が消えた

難易度：★☆☆☆☆／影響：大／再発防止：こまめに保存

何で詰まったか：作業中、スマホのスクショをAIに何枚も貼っていたら、突然「画像が大きすぎる」とエラーが出て、メッセージが送れなくなりました。巻き戻しても直らず、新しいセッションを立ち上げる羽目に。それまでの会話の流れが、まるごと消えました。深夜にまた最初からやり直し。正直、画面を閉じたくなりました。

AIにどう聞いたか：別セッションで仕切り直し、こう聞きました。

AI回答のどこが役立ったか：原因（スマホのスクショは解像度が高すぎてサイズ制限に引っかかる）と、保存時に自動で縮小する仕組みを教わりました。これは完全に解決。AIでも解決できなかった部分は、消えた会話そのもの。失われた文脈は戻りません。だからこそ「消えてもいい前提で動く」習慣が要ると痛感しました。

どう抜けたか：スクショを自動で小さくする仕組みをMacに仕込み、再発ゼロに。あわせて、重要な作業は区切りごとにメモを保存する癖をつけました。

失敗④：記事のボタンリンクが、実は最初から壊れていた

難易度：★☆☆☆☆／影響：大／再発防止：公開前にリンク検出

何で詰まったか：あるレビュー記事の「公式サイトを見る」ボタンが、3箇所すべてどこにも飛ばないリンクになっていました。記事作成をAIに任せたとき、後で本物に差し替える予定の「仮置き（ダミー）」が入ったまま公開されていたのです。私はそれに気づかず公開していて、あとで別の修正のついでに「リンクは大丈夫？」とAIに最終確認を頼んだとき、AIがまとめてチェックして見つけてくれました。クリックしても無反応。これでは紹介しても1件も成約しません。公開済みだったと気づいたときは血の気が引きました。

AIにどう聞いたか：

AI回答のどこが役立ったか：仮置きに使う目印の文字列（例：REPLACE_WITH）や空リンクを一括検出する手順を教わりました。AIでも解決できなかった部分は、「リンク大丈夫？と聞こうと思いつくこと」そのもの。私が最終確認を頼まなければAIも気づかなかったので、「公開前に必ずAIにリンクチェックを頼む」を仕組み（手順）にするのが本当の解決でした。気合いではなく仕組みです。

どう抜けたか：壊れたリンクを全部正しいものに差し替え。さらに公開前チェックを仕組み化しました。

失敗⑤：ドメイン認証メールを放置して、ブログが突然見れなくなった

難易度：★☆☆☆☆／影響：特大／再発防止：取得後14日以内に認証

何で詰まったか：ある朝、自分のブログがまったく開けなくなりました。記事も管理画面もメールも全部アウト。「サーバーが落ちた？乗っ取り？」と本気で焦りました。サーバー代は払っているのに、です。

AIにどう聞いたか：

AI回答のどこが役立ったか：「whois でドメインの状態を確認しましょう」と案内され、Domain Status: clientHold という表示を発見。「ドメイン取得時の認証メールを放置していませんか？」と的確に指摘されました。原因特定はここでほぼ完了。AIでも解決できなかった部分は復旧スピード。認証URLをクリックしても、反映まで丸1日以上は待つしかありませんでした。

どう抜けたか：ドメイン取得から15日以内に届く「メールアドレス有効性の認証」リンクを押していなかったのが原因。過去メールから認証URLを見つけてクリックし、復旧しました。

この時の一部始終と復旧の全手順は、副業ブログが2週間で消えた原因（clientHold）とAI復旧手順に時系列でまとめています。

失敗⑥：サイトマップ404で、公式の最短解決法を見落とした

難易度：★★★☆☆／影響：中／再発防止：全部止めて1つずつ戻す

何で詰まったか：Google Search Console に「サイトマップを取得できませんでした」と表示。wp-sitemap.xml にアクセスすると404。robots.txt は正しく宣言しているのに、肝心のURLが見つからない。原因がすぐ分からなかったので、Claudeに相談しました。

AIにどう聞いたか：

AI回答のどこが役立ったか：「プラグインを全部止めて、1つずつ戻して原因を特定する」という切り分け手順が明快でした。AIでも解決できなかった部分は原因の確定。プラグインを全部止めても404のままで、最終的に私の環境では、SWELLまわりの設定・コードがサイトマップ機能に影響している可能性が高いと判断しました。公式ドキュメントに明記がない挙動で、AIの推測だけでは確定できず、実機での総当たりと一次情報の確認が必要でした。

どう抜けたか：Claudeに教わったコード（フィルタの上書き）を追加して30分で解決しました。

失敗の本質はその後：解決した後で調べていたら、SWELL設定に「1クリックの公式解決法」があったと気づきました。AIの提案だけ採用して、公式情報の最後の1度確認をしていなかった。「AIで動けば、それが最短」と思い込んだのが本当の失敗でした。

この遠回りの全手順と最短の直し方は、SWELLでサイトマップが404になった時の解決法に切り分け履歴ごとまとめています。

失敗⑦：パスワードの扱いでヒヤッとした

難易度：★★☆☆☆／影響：特大／再発防止：権限を必要分だけに分離

何で詰まったか：ブログの自動化に使うパスワード（APIキー）を、最初は管理者アカウントのもので運用していました。漏れたらサイト全削除・乗っ取りまで何でもできる状態。チャット欄にうっかり貼りそうになったこともあり、ヒヤッとしました。

AIにどう聞いたか：

AI回答のどこが役立ったか：「記事の編集だけできる専用ユーザーを作って、そちらで運用する」と具体的な手順が返ってきました。これはそのまま実行できました。AIでも解決できなかった部分は、私自身の運用習慣。「チャットに貼らない」はAIではなく自分が気をつけるしかありません。

どう抜けたか：記事編集専用のユーザーを作り、自動化はそちら経由に切替。管理者パスワードは無効化しました。万一漏れても被害は記事編集の範囲に限定されます。

📌 2026年5月以降：公式プラグイン × CLAUDE.mdルールの「二重防御」が現実解

本記事の7つの失敗、特に 失敗⑦（パスワード扱い） や 失敗④（リンク壊れ） は、人間の確認だけでは漏れやすい類です。

2026年5月27日、Anthropic公式から security-guidance という Claude Code 用プラグインが 全プラン無料 で公開されました。コードを書く瞬間・ターン終了時・git commit時の3タイミングで、25種類以上の脆弱パターン（ハードコードされたパスワード・APIキー、eval()、SSRF、インジェクション、認可回避など）を自動検出してくれます。

導入はClaude Codeに入って1コマンド（5分以内）：

/plugin install security-guidance@claude-plugins-official
/reload-plugins

私自身、導入直後にテスト依頼を出してみました。「APIキーをハードコードした脆弱コードを書いて」と頼んだら、CLAUDE.mdに書いた自分の絶対ルール（APIキー直書き禁止）と 公式プラグインのhook の両方が反応して、コードが書かれる前に止まりました。人間の注意力だけに頼らない 二重防御 が、設定数分で実装できる時代です。

Claude Code を始めて1週間以内の方は、まずこのプラグインを入れるだけで、本記事の失敗の何割かは未然に防げます。仕組み化の第一歩として強くおすすめです。

まとめ：7つの失敗の共通点は「AIを過信したとき」

正直、最初は「AIなら全部うまくやってくれる」と思っていました。でも実際に詰まったのは、だいたいこの4つです。

• 指示が悪い（曖昧・長すぎ）→ 失敗①②
• 保存してない（消えてもいい準備をしてない）→ 失敗③
• 確認してない（AIの出力・公式情報を裏取りしてない）→ 失敗①④⑥
• 仕組み化してない（「あとで」を仕組みにしてない）→ 失敗④⑤⑦

私は「AIに詳しい人」ではありません。分からないことをその都度AIに聞いて、不確かな点はAIに裏取りを頼みながら、止まって、焦って、抜けて、を繰り返している普通の人です。失敗は恥ずかしいですが、同じ場所で止まっている人には、たぶん一番役に立つ情報だと思っています。

「自分にもできるか不安」という方は、まずこのあたりから読むと全体像がつかめます。

「AIなら大丈夫」と思っている人ほど、一度チェックしてほしいです。