PR：この記事には広告・アフィリエイトを含む場合があります。
「Claude Codeを入れたら、Web制作の仕事はもう楽になるのでは？」という空気、ありますよね。
結論から言うと、速くなる作業はあります。
でも、できない場面を知らずに渡すと、ちょっとヤバいです。
個人的には先に失敗談を読むのが近道だと思っちゃいます。夢だけで触ると現場で転びます。
Claude Codeの限界、いま何が論点になっている？
Claude Codeは、ターミナル上でコードを書いたり直したりするAIコーディングツールです。
LLMは、ChatGPTのような文章やコードを作るAIのことです。
0から雛形を作る作業ではかなり強いです。
ここ、外せないです。
- 「Claude Codeは使えない」と決めつける記事ではありません
- Web制作、WordPress、個人受託で詰まりやすい所を整理します
- ネットの声は、原文転載ではなく要約で扱います
今回の主役は「AIでWeb制作が終わるか」ではなく、「Claude Codeに何を渡すと危ないか」です。
正直、この差を分けないと話が荒れます。
「バカになった」は気のせいだけではなかった
2026年3月から4月にかけて、Claude Codeの品質低下を感じた声が増えました。
公式の事後説明では、原因は3つに整理されています。
考える深さの設定、Adaptive Thinkingの不具合、そして短く答えさせる指示です。
Adaptive Thinkingは、AIが作業ごとに考える量を調整する仕組みです。
急に雑になった、前は守っていた指示を外すようになった、という声が複数ありました。
Zenn・noteの体験談要約
公式説明を読んで、使い方だけの問題ではなかったと受け止める人もいました。
Anthropic postmortem 関連の反応要約
ただし、2026年4月20日までに主な問題は修正されたと説明されています。
なので、いま見るべきは「当時ダメだった」で止まる話ではありません。
やっぱり、品質が揺れた時に自分の制作フローが耐えられるかですよね。
ぶっちゃけ、道具側の調子が落ちた時に気づける仕組みがないと、納品前に泣きます（笑）
ネットの声は「強いけど、丸投げは怖い」に寄っている
リサーチでは、肯定、否定、条件付きの声をまとめて見ました。
個人的には、賛否がきれいに割れるというより「得意な場所では胸アツ、苦手な場所ではヒヤッとする」という印象です。
- 肯定：雛形作成、ライブラリ差し替え、WordPressの小さな機能追加、REST APIでの記事下書きは速いという声。
- 肯定：プログラミングの入口が軽くなった、30分でWordPress作業が進んだ、保守作業の下準備に使えるという声。
- 否定・教訓：長い会話でCLAUDE.mdの指示を忘れる、Vitest指定なのにJestへ戻す、設計意図を保てないという声。
- 否定・教訓：存在しない関数やライブラリを自信ありげに出す、複数ファイルの整合性が崩れるという声。
- 中立・条件付き：AIが8割書いても、残り2割の調整に時間が寄るという声。
- 中立・条件付き：個人受託では使えるが、時給換算すると期待ほど甘くないという報告。
0から作る作業は速いが、既存コードの大きな整理は慎重に見るべきだという声が目立ちます。
Web制作会社・技術ブログの要約
WordPressの暗黙ルールをAIが今風に直そうとして、かえって困るという指摘もあります。
WordPress実務記事の要約
Web制作で詰まりやすい実例を5つに絞る
全部の失敗談を並べると、情報の海になります。
なので、Web制作の現場で起きやすいものに絞ります。
| 詰まり所 | 起きやすいこと | 先に置く対策 |
|---|---|---|
| 長い会話 | 最初の指示を忘れる | 作業ごとに /clear で区切る |
| 大きなリファクタ | 動いていた機能が崩れる | 小さな差分とテストに分ける |
| WordPress | フックやpostmetaの流儀を外す | 既存実装を読ませてから触る |
| 新しいライブラリ | 存在しないAPIを出す | 公式ドキュメントを渡す |
| 自動実行 | 権限やパスで止まる | 手動確認の段階を残す |
自分は「大きく直して」とだけ投げるのが一番怖いです。気持ちはラクでも、差分を見る時に地獄になりがちです。
本当に怖いのは、削除系コマンドと秘密情報
公開事例では、インフラ操作でデータが消えた事故や、設定フォルダに秘密情報が残る問題も話題になりました。
APIキーは、外部サービスを使うための合鍵のような文字列です。
これを設定ファイルや履歴に置くのは、かなり危ないです。
rm -rf、terraform destroy、強いpush操作は、許可なしで走らない形にします。
.gitignoreや.npmignoreを見ます。コマンド履歴や設定を外へ出さないためです。
ステージングは、本番に似せた確認用の場所です。公開前に一度ここで動かします。
AIに任せるほど、止める場所を先に作る。
これは外せないです。
上限とコストは、個人と企業で見え方が違う
2026年5月には、5時間枠の上限が広がったという報道がありました。
一方で、大企業ではコストが重くなり、別ツールへ寄せたという報道も出ています。
トークンは、AIが読む文字や出す文字を数える単位です。
長い会話ほど消費が増えます。
個人のPro利用なら、短い修正や下書き作成ではかなり助かります。
ただ、長時間の調査、巨大なリファクタ（コードの大きな書き直し）、画像や外部ツール連携まで混ぜると、すぐ重く感じます。
「月20ドルなら全部任せられる」と考えると、ちょっとズレます。
立場別に見ると、温度差はかなり出る
同じClaude Codeでも、個人ブログと受託案件では怖さが違います。
副業で月数万円を狙う人と、法人案件を持つ人でも判断が変わりますよね。
この温度差を見ないと、話が雑になります。
| 立場 | 向いている使い方 | 怖いところ |
|---|---|---|
| 個人ブログ | 記事下書き、軽い修正、調査整理 | 誤情報をそのまま出す |
| 副業制作者 | LPの雛形、CSS修正、チェックリスト化 | スマホ崩れやSEOの見落とし |
| 個人受託 | ステージングでの差分作成 | 責任範囲があいまいになる |
| 法人・専業 | レビュー補助、テスト作成、手順化 | コストと権限管理が重くなる |
やっぱり、クライアント案件で「AIがそう言ったので」は通らないです。ここは現場のしんどい所ですね。
自分なら、Claude Codeにはここまで渡す
自分は、Claude Codeを「作業者」より「下書きと点検の相棒」として見ます。
正直、そのほうが長く使いやすいです。
実装を任せても、最後の判断は自分で持ちます。
この線引きが、また大事です。
渡しやすい作業
雛形作成、既存CSSの小修正、テスト案、記事HTMLの整形、差分の説明です。成果物を人間が見やすい形にしてもらいます。
人間が持つ作業
本番反映、削除、請求に関わる判断、クライアントへの説明、公開前の事実確認です。ここを渡しすぎないほうが安心です。
参考にした公式情報と体験談
この記事は、公式説明、公式ドキュメント、技術ブログ、noteの公開部分をもとに整理しています。
仕様や料金は動くので、最後は公式確認が必要です。
- Anthropic公式 April 23 Postmortem
- Claude Code Best Practices
- Claude Code Security
- Claude Code Troubleshooting
※掲載内容は執筆時点の情報をもとにしています。サービス内容・料金・仕様などは変更される場合がありますので、最終的には公式サイト等をご確認ください。
まとめ：AIでWeb制作が終わるより、任せ方が問われる
- Claude Codeは雛形作成や小さな修正ではかなり強いです
- 長い会話、大きな設計変更、WordPressの暗黙ルールで詰まりやすいです
- 品質低下の一部は公式説明があり、2026年4月に修正済みとされています
- 削除系コマンドと秘密情報は、先に止める設計が必要です
- Web制作では「AIに書かせる」より「人が止める場所を作る」が大事です
Claude Codeは、うまく使うとかなり頼れます。
でも、任せる範囲を決めないまま走ると怖いです。
焦って全部渡すより、止める場所を作る。自分たちの現場では、このくらいの距離感でいきましょう。
